我是使用 Git 的新手，并且在此版本控制中的并行开发方面存在问题。我们的 Master 是实时代码的副本。我们这样做有几个原因，主要原因是我们需要在构建下一个更新时对实时代码进行维护。我不希望我的支持更新与我的开发代码合并，并让它意外地被提升为可用。
请注意，我们有一个四步的推广流程——首先我们发布到 QA，然后是客户测试，然后是阶段，然后是现场/生产。因此，我们正在处理的 Live 代码至少比任何开发都要早四个星期。
让我举一些我遇到的问题的例子：假设我有一个需要一周的时间来建造，而比利，十个小隔间，还有另一个需要三周的时间来建造。这些努力共享文件，尽管它们实际上并不涉及完全相同的代码行。假设比利的三周努力在我努力一周后到期——他将在一周努力之前开始三周努力，即使它会在我的努力之后得到提升。他的代码是逐步提升到 dev 的，所以我从 Dev 做我的 master 是没有意义的——Live 是我唯一的选择，因为我的要先进入。
我们将分别进行工作，我会将我的工作发布到 Dev，一周后，我的代码丢失了，因为 Billy 的工作覆盖了我的代码（反之亦然）。没有合并冲突，Git 发布了比利代码的整个本地存储库，其中不包括我的文件更改，所以我的工作就消失了。