c# - 使用 Git 将夜间构建分发到工作室

Question

精简版

需要每天早上将夜间构建分发给 70 多人，想使用 git 来负载平衡传输，并且想知道这个想法是否有提示、陷阱或缺陷在我开始设计系统之前。

长版

每天早上，我们需要将夜间构建分发给 70 多人(美工、测试人员、程序员、制作人员等)的工作室。到目前为止，我们已经将构建复制到服务器并编写了一个sync 程序来获取它(使用下面的Robocopy)；即使设置了镜像，传输速度也慢得令人无法接受，在高峰时间(非高峰时间大约为 15 分钟)同步需要长达一个小时或更长时间，这表明存在硬件 I/O 瓶颈。

我的一个绝妙(虽然绝对不是原创)想法是在整个工作室中分配负载。在调查了使用声名狼藉的 bit-torrent 协议(protocol)编写客户端之后，我想到了另一个想法，即我可以只使用 git，因为它的设计将使我们能够分发构建和修订管理，并带来额外的好处服务器少。

问题

1. 你是如何开始使用 git 的？我有使用集中式源代码控制系统的经验，例如 Perforce 和 SVN。阅读文档，似乎您需要做的就是运行 git init path\\to\folder 然后在另一台机器上运行 git clone url？

2. 我从哪里获得上述 git clone 命令的 url？我可以定义吗？我发现 url 的概念很奇怪，因为 git 没有中央服务器——或者有中央服务器吗？例如类似于比特流跟踪器？

3. 识别构建、使用更改列表编号或标签的更好选择是什么？

4. 是否可以限制存储的修订数量？这将很有用，因为除了每晚构建之外，我们全天都有几个 CI 构建要分发，但是让无限数量的修订挥之不去是没有意义的。在 Perforce 中，您可以通过设置属性来限制修订。

Answer 1

我不认为 git 对你的情况真的有帮助。是的，它是分发的，但不是在“尽可能将某些东西分发给更多人”的情况下。它不会帮助您减少带宽负载，如果您在 ssh 上使用 git，也会有额外的负载。也许您应该退后一步，再给 bittorrent 协议(protocol)一个机会。