3

コードをチェックインする前に私がいつも従う手順は次のとおりです。

  1. svn から最新のものを入手する

  2. 競合するファイルをマージする

  3. 建てる

  4. テストを実行する

  5. チェックイン

これらすべてにもかかわらず、チェックインし忘れた可能性のあるローカルの変更がある場合、ビルドが壊れる可能性がまだあります。継続的インテグレーション サーバーを使用すると、これが完全に解決されることがわかっています。ただし、これは新しいプロジェクトであり、CI サーバーはまだセットアップされていません。

このトピックに関して私が読んだ有用な記事の一部を次に示します。

ビルドを壊さないようにするためのアドバイスはありますか?

4

3 に答える 3

2

Mavenにはそのようなメカニズムはありません。ビルド後に何をし、チェックインするかはあなたのビジネスです。CIを使用しても、やりたいことは何でもできますが、ビルドを壊したのはかなり早い段階です。それはあなたが間違ったことをするのを防ぐのではなく、ただ迅速なフィードバックを提供するだけです。ただし、（を使用して）Mavenでリリースを実行しようとするとmaven-release-plugin、コミットされていない変更があるかどうかがチェックされるため、リリース関連のビルドに問題がないことを確認できます。これは非常に重要です。しかし、私の意見では、通常のビルドだけではそれほど重要ではありません。

于 2012-06-22T07:30:09.620 に答える
2

これにもかかわらず、チェックインし忘れた可能性のあるローカルの変更がある場合、ビルドを壊す可能性がまだあります。

svn statusコミット後にコマンドで作業コピーを確認できます。これにより、何かを追加してリポジトリにコミットするのを忘れる可能性が減ります。

于 2012-06-22T07:52:21.770 に答える
2

確認する簡単な方法はありません。コミットするときはいつでも間違いを犯す可能性があります。これらのルールは、リスクを最小限に抑えるのに役立ちます

  • 「常にすべてをコミットする」という習慣を身につけてください。つまり、ローカルの変更を保持したり、同じ作業コピーで 2 つのタスクを処理したりしないでください。

  • コミットする前に、バージョン管理されていないファイルを確認してください。

  • ビルド サーバーと開発者のコ​​ンピューターでビルド プロセスを同一に保ちます。

于 2012-06-22T07:58:01.380 に答える