同じ Web アプリケーション プロジェクトの Web サイトで作業している 3 人の開発者のチームがあります。私たちは皆、VS 2010 と Source Gear Vault を使用しています。
私たちはそれぞれ、ローカル ドライブに異なる作業フォルダーを持っており、理解する必要があるいくつかの問題に遭遇しています。
1) 使用者の 1 人がプロジェクトに新しいページを追加したい場合、プロジェクト全体または少なくとも .csproj ファイルをチェックアウトし、ページを追加してから .csproj ファイルをチェックインし直す必要があるようです。これは正しいですか? ?
2) 変更されたコードをチェックインするとき、bin フォルダーまたはその中のものをチェックインしてはなりません。そうすれば、誰も彼らのコードをコンパイルできなくなります。繰り返しますが、これは正しいですか？
結論として、私はいくつかのベストプラクティスのアドバイスを探しています. 私たちが使用しているツールを考慮して、この開発作業を管理する最善の方法は何ですか?
1) 新しいページを追加するときにチェックアウトする必要があるのは、.csproj ファイルだけです。チェックイン時に、csproj ファイル (編集) と新しいページ ファイル (追加) をコミットします。
2) ビンをソース管理下に置くべきではありません。デプロイ用のビルドが必要な場合は、VS の [発行] ダイアログをローカルで最新のコード セットに対して使用するか、ソース管理からプロジェクトをコンパイルするビルド マシンから (MSBUILD を介して) ビルドを自動化できます。
1) これは必要ありません。ファイルをプロジェクト ディレクトリに追加すると、ファイルが表示され、プロジェクト ファイルが更新されます。私の会社では、どの形式の構成ファイル (web.config またはプロジェクト ファイル) もチェックインしないというポリシーがあります。それらを読み取り/書き込みとしてマークし、それらについて心配する必要はありません。web.config については、プルされないマスター バージョンを維持しますが、すべての可能な値を保存します。
2) ビンにはコンパイルされたコードが含まれているため、誰かがそのコンパイルされたコードの一部で作業している場合、dll を取得したくないでしょう。繰り返しになりますが、私の会社では通常、独自のバージョンをコンパイルし、ファイルをビンにチェックインしません。