複数のメジャーバージョンが維持されているプロジェクトでgit-flowを効果的に使用するにはどうすればよいですか？

私はいくつかのプロジェクトを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ブランチについては、マージする予定の最も古いブランチからブランチに戻るようにしてください。これにより、不要な依存関係が取り込まれないようにします。その後、featureブランチを再びマージするときに、適切な新しいメジャーバージョンの各ブランチに追加のマージを行うだけです。