いくつかのプロジェクトを git flow ワークフローに移行しましたが、とても気に入っています。ただし、一度に複数のメジャーバージョンが維持されているプロジェクトで作業する場合に、スムーズに作業を進めるためのベストプラクティスは見つかりませんでした。
具体的には、「無料バージョン」と「有料バージョン」またはその他の並列モデルを維持していません。バージョン1がリリースされ、サポートされているプロジェクトについて話しているマイナーバージョン(1.1、1.2など)では、バージョン3がリリースされるまで、その時点で2と3が維持され、4がリリースされるまで...あなたはアイデアを得ます。
Gitflowワークフローで、プロジェクトのサポートされている2つ以上のバージョンを一度にどのように維持しますか、または維持しますか?
man gitworkflows
、「git flow」ワークフローの祖父は、一般的なgitワークフローガイドラインを説明します。 pu
、next
、master
およびmaint
ブランチの使用。 maint
の管理方法。複数のメンテナンスブランチがある場合、それらに名前を付けることができます。たとえば、maint/1.x
、maint/2.x
など。
重要なのは、gitコマンドの使い方ではなく、合理的なプロセスを構築する方法です。あなたにとって何が重要であるかを判断し(バックポートが容易ですか?)、それらの制約を満たすワークフローを構築(および文書化)します。
基本的に、維持しているすべてのメジャーバージョンについて、master
、release
、およびdevelop
ブランチを複製します。彼らが互いにどのように相互作用するかは変わりません。 feature
ブランチの場合、ブランチfromマージする最も古いブランチintoをブランチしてください。これにより、不要な依存関係が取り込まれるのを防ぎます。次に、feature
ブランチをマージして戻すときに、適切な新しいメジャーバージョンブランチそれぞれに追加のマージを実行するだけです。