我是 Git 的新手，我试图弄清楚在处理使用相同文件的多个分支时最好的工作流程是什么。办公室的工作流程几乎就是为每张进来的工单创建一个新的分支。我最担心的是，当这些分支合并到阶段和生产时，所有的更改都会被实施。
例子
假设我从生产中创建了 branchA。然后我修改 app.js 并向 QA 分支发出拉取请求。
现在我从生产中创建一个名为 branchB 的新分支。然后我修改 app.js 并向 QA 分支发出拉取请求。
branchB 没有在 branchA 中所做的更改。
我觉得如果我继续这个工作流程，我将永远处于冲突状态。
在单独的分支上工作的最佳方法是什么，它将修改许多相同的文件，并确保当它们合并到 QA 时它们包含最新的代码？
谢谢您的帮助。
每张票都有一个单独的分支的原因是什么？- 通常它为您提供合并一个分支的解决方案的选项，但拒绝来自另一个分支的解决方案。您对两者都进行拉取请求，维护者可以决定是否合并它们。
如果是这种情况，您的分支机构必须是独立的。如果一个分支插入了解决方案 A，而另一个分支插入了冲突的解决方案 B，那么维护者要么只选择其中一个，要么手动组合这两个解决方案。
如果您几乎是唯一一个处理这些票证的人，并且所有解决方案通常都被接受，那么您可以将第二个解决方案建立在第一个解决方案之上。（基本上就是git rebase在做什么。）
缺点是：如果你这样做，如果没有第一个，你就不能再有第二个解决方案。
=> 最佳解决方案取决于您的具体情况。
有时，您可以通过构建代码来明确区分不同的功能来避免冲突。- 但是一旦两个解决方案以不同的方式更改相同的功能。必须有人决定如何解决这种冲突。