は、私はプロジェクトの数とVisual Studioのソリューションを持っている

Question

ファイルに対する以降の変更を無視し、私は空になり、追加のプロジェクトを追加し、最初は他のすべての開発者がこのプロジェクトを引っ張ってくるように、それをコミットしますが、無視したいと思いますその後のプロジェクトファイルとプロジェクトフォルダ全体の変更はすべての開発者が行います。このプロジェクトには、各開発者のリポジトリに固有のコードが含まれており、ソリューションファイルからプロジェクトを追加/削除したり、2番目のソリューションを維持したりする必要なく、それぞれの開発者が必要に応じて実行時に吸収します。開発者がこれらのファイルに加えた変更は、コミットしないでください。

.gitignore：

* 

プロジェクトフォルダ内の上記gitignoreは、しかし、プロジェクトファイルに参照がまだ作成され、更新され、リポジトリに追加された新しい追加を防ぐことができます。

追跡されたslnファイルが特定のcsprojを参照する必要がない場合、これは問題ではありません。私はちょうど最初にcsprojを追跡しませんでした。

他の質問で提案されているソリューションの私の理解では（下）彼らはローカルであり、そして手順は、各開発者のリポジトリに再現する必要がある、と再びすべての次のリポジトリ・インスタンスのだろうということです。可能な限りgitで可能ならば、全てのリポジトリでこれを達成する最良の解決策は何ですか？

同様の質問：Gitリポジトリ内

• Ignore subsequent changes
• Ignore Modifications
• Ignore changes without removing from the repo

Answer 1

広範な読書の後、私はこれがgitで現在可能ではないと信じています。 ここでの答えは、より完全に私が遭遇した他の質問よりも、使用可能なオプションをカバーするように見える：

Keep file in a Git repo, but don't track changes

これらの提案されたソリューションは、実際には適切ではありません。私が達成しようとしているより大きな目標は、Visual Studioのソリューション依存性に取り組むことができます。私もいくつかの他の質問で述べたこのアプローチを見やった

Visual Studio: How to make one solution depend on another?

Answer 2

ファイルは、いずれかのリポジトリの/一部を追跡しているか、そうではありません。一つの選択肢は、このプロジェクトをテンプレートとして追加できるということです。次に、同僚はローカル設定に必要な設定をコピーできます。元々追加されたプロジェクトは、メンテナンスや移行のために、まれにしか変更されません。しかし、各開発者のローカルコピーは、必要に応じて変更することができます。