Gitはツリー全体で作業しているので、ファイルベースであるか、またはcheckout-edit-commitパターンに従うソース管理ツールよりもIDE統合のメリットが少ないことがわかりました。もちろん、ボタンをクリックして履歴を調べたほうがいい場合もありますが、それを逃してはいけません。
本当のすべきことは、共有リポジトリに入れるべきではないものでいっぱいの.gitignoreファイルを取得することです。鉱山は一般的に(他のものと一緒に)以下のものを含んでいます:
*.vcproj.*.user
*.ncb
*.aps
*.suo
ただし、これはC ++に大きく偏り、クラスウィザードスタイルの機能をほとんどまたはまったく使用しません。
私の使用パターンは次のようなものです。
コード、コード、Visual Studioのコード。
満足したら(コードをコミットするための適切な中間ポイント、Gitに切り替え、変更をステージングし、差分を確認します。明らかに問題がある場合は、Visual Studioに切り替えて修正し、それ以外の場合はコミットします。
コマンドプロンプトからGitでマージ、ブランチ、リベース、またはその他の凝ったSCM作業を行うのは簡単です。Visual Studioは通常、その下での変更にかなり満足していますが、プロジェクトファイルを大幅に変更した場合、一部のプロジェクトを再読み込みする必要がある場合があります。
私は、Gitの有用性が、IDEの完全な統合がないというマイナーな不便さを上回っていることを発見しましたが、それは、ある程度、好みの問題です。