2009-08-05 7 views
1

ソースコントロールにSubversionとSubclipseを使用していて、メイントランクを持っていて、バージョンのブランチを取っているというプロセスに従っています。ソース管理プロセス - 不足している修正

これはうまく動作し、マージに大きな問題はありません。しかし、トランクとブランチの両方のファイルに重大な変更がある場合(残念ながら必要な場合)、私は手動で競合を編集する必要があります。問題は私が時にはバグフィックスか2つを見逃していることを発見していることです。

他の人はどのようにこの状況を処理しますか?より注意を払うか、視力の良い人を雇うことを除けば;それ以外の解決策はありますか?

JIRAの参照を任意のコミットに追加しますが、これらはマージで失われます。

ありがとうございました。

答えて

3

は、すべての変更をトランクに作成し、その後、桜はこれがあなたにどこ行っているものをリビジョンの視覚的な記録を(与えにどのバージョンの枝... 行くどのリビジョンを選びますmerginfo)。

また、すべてのリビジョンが最終的にトランクからのリリースに含まれることを前提としています。

+0

+1 - これは良い解決策のように聞こえ、過去にはうまく使用されています。 – Tim

+0

私はmergeinfoが行く方法だと思います。私はトランクからリビジョンのリストを取り出して比較できるはずです。これが手動で競合を編集することで動作するかどうかを調べることに興味があります。 – Damo

1

自動ユニットテスト&継続的インテグレーション...

+0

問題は、マージでのバグ修正の不足を回避する方法です。これは私にとっては良いテクニックのようです。 –

+0

私はそう思っていますが、見逃してしまった後でしか見つけられません。マージでそれらを見逃さないようにする方法については言及していません。 – Tim

+0

本当の意味での単体テストはこれを多くカバーしますが、それは別の問題です。 – Damo

0

あるバグ修正プログラムがある日から別のバグ修正プログラムにマージされているのを覚えていない場合は、tortoisesvnを使用して「レコードマージのみ」を実行することをお勧めします。手動でやる必要がありましたが、今はその事実を記録したいと思っています。

+0

"--record-only"フラグを使用することを意味しますか? – Damo

+0

それは1つだろう;) –

関連する問題