速いペースでの環境でSVNからGitに切り替える

Question

私が参加している開発チームは、急速に変化する社内開発環境（他の部門で使用されているWebベースのソリューションを開発しています。 ERP）。私たちは現在、開発環境と実環境を持つ単一のプロジェクトにSVNを使用しています。開発環境は、ライブ環境にプッシュされる前に機能が動作していることを保証することができます。要件が満たされると、開発サーバーからSVNリポジトリへの変更をコミットし、特定の変更をライブサーバーにプルします。

コードがコミットする安定点に到達するまで私たちは、DEVのテストを行います。

しかし私たちはGitに切り替えることを望んでいます（他の多くのプロジェクトはGitに格納されており、一貫性を持たせたいと思っています）。私たちは、簡単かつ迅速に使用して追跡するワークフローを作りたいと考えています。私はlive（master）とdevの2つの主要なブランチを持ち、それぞれのブランチに各フィーチャー/フィックスを持つことを提案しました。これにより、状況を追跡するのがより快適になりますが、コードを変更するのには時間がかかり、できるだけ早くライブにプッシュする必要があるため、配置が難しくなります。

もう1つの提案は、開発者とライブブランチだけを持つことでした。私たちはdevブランチにコミットし、動作することを確認してから、結果に満足すれば、それらのファイルをライブに統合します。この唯一のことは、私はこの振る舞いを実装するためのまともな方法を見つけることができないということです。あるブランチから別のブランチに特定のファイルをすばやくマージすることは可能ですか？

私たちのような環境に適した他のgitワークフローはありますか？

Answer 1

あなたが働くことができますが、2つのワークフローは、以下のワークフローに向上させることができるリスト2つの提案の両方：

• develop支店：すべての開発者がこのブランチに取り組んでいます。ライブ環境で変更を展開する準備ができたら、開発者はlive（master）ブランチへの変更をプッシュできます。
• フィーチャー/ホットフィックスブランチ：ローカルリポジトリ上の開発者のための短命のブランチです。たとえば、開発者が新しい機能を開発したり、バグを修正したい場合は、developブランチからローカルフィーチャー/ホットフィックスブランチを作成できます。作業が終了したら、フィーチャー/ホットフィックスブランチをdevelopブランチにマージします。
• live/masterブランチ：本番版/リリース版として動作します。 developブランチでコードが検証された後、developブランチはlive/masterブランチにマージされます。

あなたはリスト2つの提案の違い：

1. まただ最初の提案として、二つの主要な枝（developとlive/master）を持っていますが、それだけdevelopブランチのための機能/修正プログラムの枝を持っていますlive/masterブランチ作品制作/リリース版以来。
2. このワークフローは、developブランチで直接変更されません。フィーチャー/ホットフィックスブランチで動作し、変更をdevelopブランチにマージします。