私は現在、Subversionをソース管理として使用する2人のプロジェクトに取り組んでいます。今はブランチを作成し、それらのブランチで開発を行い、その変更をトランクのコピーにマージしてから、トランクをコミットします。Svn開発ワークフロー
私たちが抱えている問題は、すべてを更新し続けるという膨大なオーバーヘッドです。我々の仕事の流れの
例
- 私は最新の更新プログラム
- を得るために、私のトランクのコピーにUpdateを実行し、私は
- 私のブランチにトランクの更新をマージ私は私の枝
- に取り組むIトランクに自分の変更をマージする
- トランクを更新して新しいアップデートがあるかどうかを確認する
- 私は
をコミット問題
- それはログ
- で明示的に私を書いても、マージされたリビジョンを追跡することは困難である時々私は完全にuptodate支店を持っていますが、Iコミットのためにアップデートをトランクにマージすることはできません。
もっと簡単なワークフローをお勧めしますか?時々私たちは他人のコードに影響する領域で働き、現時点では避けられないことがあるので、更新する必要があります。私はトランクに1日に少なくとも1回コミットするのが好きなので、物事があまりにも遠くから外れることはありません。
ありがとう
+1このような小規模なチームにとっては、これが最善の戦略です。 –