GIT vs. Perforce- 两个 VCS 将进入...一个将离开

Question

关闭。这个问题需要更多focused .它目前不接受答案。




7年前关闭。










锁定。这个问题及其答案是locked因为这个问题是题外话，但具有历史意义。它目前不接受新的答案或互动。








所以我正在让 GIT 在工作中被出售。我需要做的第一件事是让每个人相信 GIT 更擅长他们已经习惯做的事情。我们目前使用 Perforce。有没有人经历过类似的销售？任何好的链接/建议？

最大的优势之一是我们可以在与网络断开连接的情况下使用它。另一个成功的 IMO 是添加/结帐的处理方式。欢迎多加分!此外，我们总共有大约 10-20 名开发人员。

Answer 1

Perl 5 解释器源代码目前正在经历从 Perforce 转换为 git 的阵痛。也许是 Sam Vilain 的 git-p4raw进口商感兴趣。

无论如何，您将在每个集中式 VCS 和大多数分布式 VCS 上获得的主要胜利之一也是原始的、火爆的 速度 .在您亲 body 验之前，您无法想象将整个项目历史掌握在手头，仅仅几分之一秒的时间是多么的自由。即使生成整个项目历史的提交日志，其中包括每个提交的完整差异，也可以在几分之一秒内进行测量。 Git 太快了，你的帽子会飞掉。必须在网络上往返的 VCS 根本没有机会竞争，甚至在千兆以太网链路上也不行。

此外，git 使得在提交时仔细选择变得非常容易，从而允许将您的工作副本(甚至单个文件中)中的更改分散到多个提交中 - 如果需要，可以跨不同的分支。这使您可以在工作时减少记笔记——您不需要如此仔细地计划您的工作，预先决定您将提交哪些更改并确保推迟其他任何事情。您可以随心所欲地进行任何更改，并且仍然可以在需要提交时解开它们——几乎总是很容易。 The stash在这里可以有很大的帮助。

我发现，与使用 git 之前相比，这些事实使我自然而然地做出了越来越多、更有针对性的提交。这反过来不仅使您的历史记录更有用，而且对诸如 git bisect 之类的增值工具特别有益。 .

我相信还有更多我现在想不到的事情。在 git 上推销你的团队的提议的一个问题是，许多好处是相互关联的，而且是相互影响的，正如我上面所暗示的那样，以至于很难简单地查看 git 的特性和好处列表并推断它们是如何产生的将改变您的工作流程，哪些变化将是真正的改进。您需要考虑到这一点，并且您还需要明确指出这一点。