我现在已经使用过git了，但目前还不清楚git commit与releases分支的关联master。
我现在的理解是master分支就像git中的任何其他分支一样。它最初是在创建git存储库时使用git init创建的。
因此，有人可以解释git branches与release之间的关系吗？
是1 or M:1关系吗？ （例如，一个或多个分支在发布中）？
此外，在git branch中，如何跟踪个别更改？例如在一个分支中，我将B中的字母filex.py更改为C并将其提交到分支机构？
由于
答案 0 :(得分：0)
Git不会对您施加任何此类要求或工作流程。
一种流行的方法是master始终代表最新的生产版本，并且仅在发布之前立即合并，因此就是这种情况。
另一种策略是使release分支与上述分支相同。
最后，可以使用git标签，通常与SemVer或其他一些版本控制方法结合使用。当许多不同版本同时投入生产并且您需要区分它们，或者需要生成并将发行说明与特定标记关联时，这是有道理的。
与上述类似，您最终可能会针对不同版本使用不同的发行版分支。如果您希望在这些分支上继续进行单独的开发，这将非常有用。
哪些分支进入发布版取决于您的工作流程。
如果你有一群开发人员正在研究不同的功能和错误修正，你最终可能会在发布之前将一堆分支合并在一起。例如： -
根据您的质量保证方法和工作流程，他们可以进行测试，合并，合并和测试，进入发布准备分支，或直接进入主数据库并发布。你可以采取很多方法，这取决于团队的规模和性质，你需要的灵活性等等。