私はいくつかの異なるソリューションで使用したいこのクラスライブラリを用意しています。 DLLを参照するのではなく、このプロジェクトをAdd-->Existing Project経由でソリューションに追加し、このプロジェクトを他のプロジェクトから参照しました。私は、クラスライブラリのソリューションを常に開いたままにする必要はなく、このライブラリのソースコードを別のソリューションで作成すると、オリジナルにも反映されます。しかし、私はソース管理に問題があります。既存のプロジェクトとして追加されているので、Gitはオリジナル以外のソリューションでそれを制御しません。元のクラスライブラリプロジェクトを別のソリューションから変更するときに、そのクラスライブラリプロジェクトをコミットする方法はありますか？既存のプロジェクトをソリューションに追加する際のソース管理を管理する方法
dllを参照するのではなく、このプロジェクトをAdd - > Existing Projectでソリューションに追加し、このプロジェクトを他のプロジェクトから参照しました。
git submodulesで手動で行うことができます。その解決策のレポがfollowing its own master branchであることを確認してください。
git submodule add -b master -- /url/library
そのように、あなたはオンデマンドでそのサブモジュールの内容を更新することができます任意の変更が他の場所で行われている場合は、git submodule update remoteはその内容を更新します。
サブモジュール用のVisual Studioのサポートはまだ予定されているので、それらは、コマンドラインで実行する必要があることに注意してください：あなたの質問は不明であるUserVoice "Commit changes to a submodule using VS"（2016年10月以降予定）
を参照してください、しかし、いずれにしても成果物を作成追加、ライブラリ、バイナリなど、DLLファイルなど、良い考えではありません。一般に、ビルド成果物はGitによってバージョン管理されるべきではありません。 –
@TimBiegeleisen実際、共有プロジェクトには独自のリポジトリがあります。私が達成しようとしているのは、別のソリューションで変更されたときにコミットをトリガーすることです。 –