Subversionの自動マージで論理的な衝突が起きないことをどのように確信できますか？

svn updateと思ったら自動マージします。前提条件や何かがあるべきではありませんか？ユニット/リグレッションテストが主にQAテスト中の組織で作業している場合、マージが潜在的なバグを作成していないと誰が確信できますか？Subversionの自動マージで論理的な衝突が起きないことをどのように確信できますか？

出典

2011-01-25 mafalda

私の経験では、ドキュメントが言うよりも頻繁に衝突が発生します。ほとんどは解決するのが簡単ですが、解決する必要があります。

出典

2011-01-25 21:04:17 Mark

これは私を混乱させる原因です。厳格な回帰テストがなければ、バグを発見することはできません。これはあらゆる種類の問題を引き起こすはずですか、私は巨大なテストをしていない場所にいる唯一のものですか？あるいは、このようなことを避けるために人々が従うプロセスがあります。どのように実際に問題があるかもしれないコードを人々がblithelyチェックしていますか？ – mafalda

@mafalda自動マージは作業コピーの 'svn update'で行われ、作業コピーはコミットされていない状態のままです。マージされた結果の自動コミットはありません。 – Rudi

私は、自動コミットがないことを理解します。それはさらに酷いだろう。マージがコードを壊したかどうかを判断することは非常に面倒です。ローカルでのみマージするとすぐにテストをビルドして実行することができます。 – mafalda

あなたは単位/回帰テストは、地球上の誰がマージは陰湿なバグを作成していないことを確信することができますどのように主に QAテスト中にある組織で作業している場合は？

変更をコミットする直前に確認する必要があります。 svn update dベースのリビジョンが作業中に数回かどうかは関係ありませんが、最終的な変更は常にリポジトリの最新バージョンに反するため、レビューする必要があります。さらに重要なこと

：どのようにどのはあなたのコミット前をテストを実行していない場合は恐ろしく、すべてを破壊しないコミットすることを確認することができますか？開発者は、少なくとも単体テストを実行し、維持する必要があります。

svn updateによってマージされる理由は他にもあります。解決しにくい競合が発生した場合、あなたのローカルを復旧することができなくなってしまうことがあります。しかし、これはもう一つの話です。紛争によって強制的に問題が悪化するだけです...）

出典

2011-01-26 10:04:36

Subversionの自動マージで論理的な衝突が起きないことをどのように確信できますか？

答えて

関連する問題