Git 在团队项目中使用版本控制系统（修订控制）的方法有哪些？

为了以防万一，我为我的英语道歉：）。我正在努力学习如何在大型团队项目中使用风险投资，有哪些不同的方法。你能帮我找到相关信息吗？因为我找到的只是不同VCS系统的功能描述。我需要更多的实践知识，比如创建什么样的分支，如何将团队中的角色与VCS的访问限制相关联。我将感谢任何帮助。

---

提前感谢！：）

看看这个工作流：

我曾在我的一个项目中使用过这一点，但如果使用像git这样的VC和所有其他DVC，您将出现合并冲突。非常烦人，有缺点，但优点更大

这个看起来也不错

---

如果您有更多问题，请随时询问

查看此工作流：

我曾在我的一个项目中使用过这一点，但如果使用像git这样的VC和所有其他DVC，您将出现合并冲突。非常烦人，有缺点，但优点更大

这个看起来也不错

---

如果您有更多问题，请随时询问

查看此工作流：

我曾在我的一个项目中使用过这一点，但如果使用像git这样的VC和所有其他DVC，您将出现合并冲突。非常烦人，有缺点，但优点更大

这个看起来也不错

---

如果您有更多问题，请随时询问

查看此工作流：

我曾在我的一个项目中使用过这一点，但如果使用像git这样的VC和所有其他DVC，您将出现合并冲突。非常烦人，有缺点，但优点更大

这个看起来也不错

---

如果您有更多问题，请随意提问，这是一个相当广泛的问题，我认为这取决于您的组织/团队

通常在大型项目中，有一个主存储器，从那里可以进行很多变化，例如：

• 每个版本都有一个新的分支，这使得在特定版本上进行bug修复成为可能
• 每个客户的分支机构（如果需要）
• 开发分支（每个开发人员/团队都有自己的分支）。完成后，他们交付给主分支机构*
• 集成分支，在其中可以在将部件添加到主版本之前对其进行测试

*开发人员通常可以创建开发分支；集成器集成分支。测试团队决定何时交付给主分支

---

但是，可以使用多种变体。。。有疑问时：从简单开始，在实际需要时创建新的分支。每个分支都意味着大量的开销。

这是一个相当广泛的问题，我认为这取决于您的组织/团队

通常在大型项目中，有一个主存储器，从那里可以进行很多变化，例如：

• 每个版本都有一个新的分支，这使得在特定版本上进行bug修复成为可能
• 每个客户的分支机构（如果需要）
• 开发分支（每个开发人员/团队都有自己的分支）。完成后，他们交付给主分支机构*
• 集成分支，在其中可以在将部件添加到主版本之前对其进行测试

*开发人员通常可以创建开发分支；集成器集成分支。测试团队决定何时交付给主分支

---

但是，可以使用多种变体。。。有疑问时：从简单开始，在实际需要时创建新的分支。每个分支都意味着大量的开销。

这是一个相当广泛的问题，我认为这取决于您的组织/团队

通常在大型项目中，有一个主存储器，从那里可以进行很多变化，例如：

• 每个版本都有一个新的分支，这使得在特定版本上进行bug修复成为可能
• 每个客户的分支机构（如果需要）
• 开发分支（每个开发人员/团队都有自己的分支）。完成后，他们交付给主分支机构*
• 集成分支，在其中可以在将部件添加到主版本之前对其进行测试

*开发人员通常可以创建开发分支；集成器集成分支。测试团队决定何时交付给主分支

---

但是，可以使用多种变体。。。有疑问时：从简单开始，在实际需要时创建新的分支。每个分支都意味着大量的开销。

这是一个相当广泛的问题，我认为这取决于您的组织/团队

通常在大型项目中，有一个主存储器，从那里可以进行很多变化，例如：

• 每个版本都有一个新的分支，这使得在特定版本上进行bug修复成为可能
• 每个客户的分支机构（如果需要）
• 开发分支（每个开发人员/团队都有自己的分支）。完成后，他们交付给主分支机构*
• 集成分支，在其中可以在将部件添加到主版本之前对其进行测试

*开发人员通常可以创建开发分支；集成器集成分支。测试团队决定何时交付给主分支

但是，可以使用多种变体。。。有疑问时：从简单开始，在实际需要时创建新的分支。每个分支都意味着大量的开销