今のところgitを使用しましたが、masterブランチに関連するreleasesに関するgit commitの関係は不明です。gitブランチとリリースの関係
ここで私の理解はmasterです。ブランチはgitの他のブランチと似ています。最初にgitリポジトリを作成したときに作成されたのはgit initです。
したがって、誰かがgit branchesとreleaseの関係を説明できますか？
1 or M:1さんの関係はありますか？ （1つまたは複数のブランチがリリースに含まれているなど）
また、git内branch個々の変更はどのように追跡されますか？例えばあるブランチでBのfilex.pyをCに変更し、ブランチにコミットしますか？
ありがとうございました
Gitはあなたにこのような要件やワークフローを課すものではありません。
普及しているアプローチは、最新のプロダクションリリースを常に表し、リリース直前にのみマージされるためです。
もう1つの方法は、上記と同様にrelease分岐を持つことです。
最後に、SemVerや他のバージョン管理手法と組み合わせてgitタグを使用することができます。これは、数多くの異なるバージョンが一度に本番稼動中であり、それらを区別する必要がある場合、またはリリースノートを作成して特定のタグに関連付ける必要がある場合に意味があります。
上記と同様に、異なるバージョンのリリースブランチが異なる場合もあります。これは、それらのブランチで別々の開発を続けることを期待する場合に便利です。
リリースに入るブランチは、ワークフローによって異なります。
異なる機能とバグ修正の作業をしている開発者がいれば、リリース前に一緒にマージされた多数のブランチで終わることがあります。たとえば、次のように - あなたのQAのアプローチとワークフローによって、彼らはテストされるだろう
合併または合併されて試験され、リリース準備ブランチに入るか、あるいはまっすぐマスターにされ、解放される。チームのサイズや性質、柔軟性が必要な場合など、多くのアプローチがあります。
これは、「それは依存している」ということではないかと思います。しかし、私はこれが@bcmcfcの起こりがちなことをよく理解していると思います – Jshee