Git第一步 - 设置存储库

Question

我在一个小型开发办公室工作，有7名程序员，我们目前正在实施Git版本控制 - 之前我们没有版本控制系统。迟到总比没有好，对吧？

话虽如此，我们正考虑实施以下结构：

开发服务器

• 主存储库 - 开发的稳定版本
• 开发人员存储库 - 开发存储库，每个开发人员一个

测试服务器

• 主存储库 - 稳定的测试版本。从主开发库
推送修改

制作服务器

• 主存储库 - 从主测试存储库推送修改

这种结构是否合适还是我忽略了分布式版本控制系统的重点？有人可以给我一些指示或实际例子吗？

EDIT1：

我感谢您的所有反馈，伙计们 - 事情现在更加清晰。我理解像开发者repos （本地），开发（裸）repo ，测试仓库和生产仓库将是一个更合乎逻辑的选择，我甚至可以看到为什么有些人认为开发回购是不必要的步骤。

我想我们会做一些测试，看看我们最喜欢哪种结构。 感谢

Answer 1

这或多或少是关于它的。这些是你应该注意的事情：

• 将开发服务器上的“主存储库”设为bare repository。
• 开发人员不需要在服务器上拥有自己的存储库，但是他们在自己的计算机上本地拥有主存储库的副本。
• 每个开发人员都应该从主开发存储库中获取/合并并在推回之前解决冲突。
• 不要推送到测试和生产服务器。从这些存储库中，分别从开发和测试服务器获取和合并。这是因为这些存储库不是裸露的，实际上可能有自己的提交。
• 让一个人（或其中一个开发人员）负责从测试/生产服务器获取更改，将它们与当前稳定版合并，并将它们推送到主存储库。这样，测试服务器中的错误修复就会在开发中合并回来。

Answer 2

以下是我的建议：

• 在某些服务器上有一个裸存储库。这是每个人都会推动/拉动的回购;你不会在其中工作。您可以在集中式SCM上将其视为服务器。
• 不需要开发服务器。每个开发人员都将在自己的本地计算机上拥有自己的存储库副本。
• 在测试服务器中，将有repos的副本。您通常无需推动它，因为您所有的工作都是通过您的计算机完成的。
• 同样适用于生产服务器。

关于你使用Git的方式，即工作流程，我建议我在this answer中解释一个基本的。

Answer 3

开发服务器

主存储库 - 开发的稳定版本 开发人员存储库 - 开发存储库，每个开发人员一个

我不认为每个开发人员都需要在服务器上拥有自己的repo。他们只需将repo克隆到他们自己的计算机上。

此外，并非所有开发人员都有权访问主仓库。只有团队负责人才能对主要仓库进行推送访问