Gitでライブプロジェクトのブランチを分離する方法


0

当初、私は1つのプロジェクトがあり、他のすべてのプロジェクトには個別のブランチがあるチームにいました。私はgitをあまり知りませんでしたが、基本的なことをするだけですぐに理解しました。

今、他のすべてのメンバーが移動し、私はその主題に完全に責任を負います。現在、プロジェクトは稼働しており、ANotherリリースバージョンで作業する必要があります。

現在、デフォルトのブランチは本番用であり、私は何かをJohkするために使用した他のブランチを呼び出しました。

今はベストプラクティスとは何か、どのようにブランチを分割できますか?

Johnk
default
Developmenet
Release1

または私は別のProdブランチを作る必要があります

私は混乱しています。これについて教えてください

回答:


0

Gitを使用すると、何でもできます。

デフォルトのブランチがproductionあり、それに満足しているなら、それで問題ありません。任せて production展開するときに、他のブランチをマージできます。このスキームでは、メインの開発ブランチを呼び出しmaster、から機能ブランチを作成しますmaster

ゼロからセットアップする場合は、代わりmasterに本番ブランチとして使用し、どちらかdevelopまたはnextそれがメインの開発ブランチと呼ばれるブランチを作成します。どちらも広く使用されています。

正式に定義されたいくつかのGitワークフローを見ることができます。

  • アトラシアンの機能ブランチ(非常にわかりやすい)
  • Git Flow(私はこれが好きではありません。あまりにも複雑です!)
  • GitHub Flowはるかに良い)

他にもあります。しかし、ほとんどの場合、あなたは自分に合ったことをします。幸運を!

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.