問題タブ [branching-and-merging]

TortoiseSVNクライアントを使用してApacheSubversionとどのように分岐してマージしますか？

SVN でブランチを作成するにはどうすればよいですか?

SVN ではtrunk、メインの開発に推奨される場所であり、私はすべてのプロジェクトでこの規則を使用しています。ただし、これはトランクが時々不安定になったり、壊れたりすることを意味します。これは、たとえば次の場合に発生します。

• 私は間違って何かをコミットします
• SVN の動作が原因で、単にトランクを壊さなければならない場合。標準的な例はファイルの名前変更です。最初にファイルの名前変更をコミットし、後でさらに変更を行う必要があります。ただし、ファイルの名前変更では、名前空間またはクラス名の変更を反映するためにコードのリファクタリングが必要になる場合があるため、基本的には 1 つのロジック操作を 2 つのステップでコミットする必要があります。そして、ビルドはステップ 1 と 2 の間で壊れています。

何かを誤ってコミットするのを防ぐツール (たとえば、TeamCity やコミットの遅延) があると想像できますが、2 番目の問題を本当に克服できますか? そうでない場合は、いくつかのブランチで「ワイルド開発」を行い/branch/dev、ビルドがかなり安定している場合にのみトランクにマージする方がよいのではないでしょうか?

コードを維持する際に従うべきベスト プラクティスと経験則は何ですか? 開発ブランチに本番用の準備が整ったコードのみを配置することは良い習慣ですか、それともテストされていない最新のコードを開発ブランチで利用できるようにする必要がありますか?

開発コードと本番コードをどのように維持していますか?

編集 - 補足質問 - あなたの開発チームは、「可能な限りすぐにコミットし、コードにマイナーなバグが含まれているか不完全である場合でも」プロトコルまたは「コミット-コードを DEVELOPMENT ブランチにコミットする際に、ONLY-perfect-code" プロトコルを実行しますか?

完全にマージされた 2 つのブランチがあります。

ただし、マージが完了した後、1 つのファイルがマージによって台無しにされていることに気付き (他の誰かが自動フォーマットを実行しました)、他のブランチで新しいバージョンに変更する方が簡単です。次に、ブランチに持ち込んだ後、1​​行の変更を再挿入します。

では、Git でこれを行う最も簡単な方法は何でしょうか?

私は分岐とマージに svn を使用することにかなり慣れていますが、通常はこれで問題なく動作します。ただし、1 つのコンポーネントが 2 つのブランチで作業され、基本的にコンポーネントが異なる方向に進んだため、自動マージは機能せず、beyond compare を使用するとファイルがほとんど異なるものとして表示されます。

いくつかのファイルをつなぎ合わせようとしましたが、うまくいったとしても結果はかなりひどいものです。

私はビジネスに対して、これは絶対にできないと言いたくなる。モジュール + 機能 A が機能し、モジュール + 機能 B が機能しているのに、モジュール + 機能 A + 機能 B がそのままでは意味をなさないので、これが彼らを苛立たせているのがわかります。たとえば、機能 A は、機能 B の重要なコンポーネントだったものを削除する場合があります。

そのようなコードをマージしようとする方法はありますか? それとも、モジュール + A + B は本当にモジュール + C ですか?

私たちはこれが実現することを確認しましたが、機能 A は、長期にわたるプロジェクトの一部であった機能 B よりも短い時間スケールで必要でした。このようなことが起こらないようにする方法はありますか? それとも、両方の機能がうまく適合するようにコードを構成する方法はありますか?

同時に複数のブランチ (リリース) をサポートする必要がある大規模なソフトウェア プロジェクトがあるとします。たとえば、Web サイト上の製品リリース、現在顧客によってテストされている統合テスト リリース、ローカル システム テスト用のテスト リリース、および開発者が新機能をハッキングする開発リリースがあります。

このセットアップを適切にサポートするバージョン管理システムはどれですか? 私の主な懸念は、異なるリリース間のマージをサポートする必要があるということです。本番リリースで緊急のバグを修正する場合、他のすべてのリリースもチェックアウトして手動でバグを 5 回修正したくありません。

回答がある場合は、それを適用したプロジェクトの規模と経験をお聞かせください。開発者によるマージを明示的にサポートするシステムを探しています。ビルド マネージャーなどによってスクリプトが適用されたソリューションは役に立ちません。(あまりにも危険です。マージは、開発者が何をすべきかを最もよく知っているため、開発者がすぐに実行する必要があります。)どうもありがとうございました!

Hg リポジトリに 2 つのブランチがある場合、変更セットの他のすべてのファイルをマージせずに、1 つのファイルのみを別のブランチとマージする方法を教えてください。

変更セット全体ではなく、特定のファイルのみをマージすることはできますか?

マスターにコミットした最後のいくつかのコミットを新しいブランチに移動し、それらのコミットが行われる前にマスターを元に戻したいと思います。残念ながら、私のGit-fuはまだ十分に強力ではありません、何か助けはありますか？

つまり、どうすればこれから行くことができますか

これに？

あるブランチを別のブランチと比較するにはどうすればよいですか？ブランチをトランクの最新リビジョンと比較したいと思います。