Gitでさまざまなリリースストリームを構造化する適切な方法は？

Question

私はGitを初めて使用しています。 私は、すべての最新のメインストリームを持つ単一のリポジトリを使用する別のソースリポジトリを使用しました。その後、製品をリリースするときに、その製品バージョンのストリームを作成します。

- main 
- ver1.0 
- ver2.0 

これらは別々のエンティティとして扱われ、関連しません。

この構造をGitリポジトリにするにはどうすればよいですか？

私は当初、リポジトリに「マスタ」ブランチを何も作成せずに作成することを考えていました。最新のものを持つ "main"というブランチを作成し、別のメインの作成ではなくメインとして "master"を使用し、次に "ver1.0"という別のブランチを作成し、 "ver2.0"リポジトリに保存します。

クライアント側では、これらのブランチごとに異なるワークスペースを作成する必要があります。また、タスクを処理する必要がある場合、タスクのローカルブランチを作成し、完了したらその変更をリモートブランチにプッシュします。

これはうまくいくように見えますが、サーバーでは、作成したこれらのブランチはすべてマスターブランチに関連しているように見えます。

これはgitで構造化したいものを構造化する一般的な方法であるとは分かりません。私はおそらくそうではないと感じます。では、これを構造化する適切な "git"の方法は何でしょうか？

Answer 1

git flowについては、あなたの質問に答えてください。

Gitフローは、リリース管理のためのうまく設計されたフローです。 これは、最初にによって導入されました.Vincent Driessenは、リリースおよび管理プロジェクトで最も一般的なgitワークフローになりました。

http://nvie.com/posts/a-successful-git-branching-model/