0

私はかなり長い間プロジェクトに単独で取り組んできましたが、プロジェクトに別の開発者がいると役立つという点に達しています。私は大学を卒業したばかりなので、一人でプログラミングしただけで、バージョン管理ソフトウェアを使用する必要はありませんでした。

を使うので、バージョン管理Visual Studioに使いたいです。Team Foundation

を使用すると、ソフトウェアのライフサイクルはどのようになりTeam Foundationますか?

  • コードはどこに保存されますか
  • 建てる時、どこに建てる？
  • 分岐/マージはどのように機能しますか?

エラーはどのように処理されますか? たとえば、壊れたコードをコミットしたら?

  • 他の開発者は引き続き機能しますか?
  • 壊れたファイルの以前のバージョンを使用してビルドしますか?

編集: これは素朴な質問かもしれませんが、プロジェクト ソリューション ファイルもバージョン管理の一部としてバックアップされていますか? 私の知る限り、このファイルは、プロジェクトに必要な他のファイルを把握し、それらをソリューション エクスプローラーで開く役割を果たします。それは他の目的に役立ちますか？他の開発者はどのようにしてこのファイルを取得し、新しいファイルがプロジェクトに追加されるとどうなりますか?

追加情報をいただければ幸いです。

4

1 に答える 1

1

私は約12人のコーダーのチームと協力しています。

Visual Studio 2010とSVNを使用し、ソース管理のクライアントとしてTortoiseSVNを使用します。また、AnkhSVNを使用して、VSのソリューションエクスプローラー内からSVNに簡単にアクセスできるようにします。

ネットワーク上にコードリポジトリを維持し、CruiseControlを使用して継続的インテグレーションを行い、コミット後に個別のプロジェクトを再構築します。ホットフィックスまたはメジャーリリースの場合、コードをトランクから分岐します。個々の開発者は、別々のタスクを独自のブランチに分岐し、それらが複数のリリースにわたって持続する場合にそれらを維持します（たとえば、作業中のものと重複する、本番環境にプロモートされたコード変更のマージ）。

一部のプロジェクト（主にライブラリとWCFクライアント）は、他の部門と共有されており、一部のプロジェクトでは外部として参照されています。

誰かがビルドを壊した場合、CruiseControlは定期的に私たちのグループに電子メールを送信して、壊れたプロジェクトと最後に変更をコミットした人を知らせます。

一般に、自分に影響を与える変更、および他のすべての人に影響を与える変更を認識している限り、パンチをうまく転がして、かなり機敏で柔軟なセットアップを維持できます。

于 2013-01-02T19:06:55.283 に答える