探索新的版本控制系统。 我最大的需求：可靠的合并
我是一个由 35 名程序员组成的团队的发布工程师。 我们正在研究 PHP、Java、C# 和 SQL。 我们目前使用 Subversion，它已经正常运行了大约一年。 我们正在经历一个冲突变得越来越普遍的阶段。 我们的应用程序足迹不断增长，因此性能正成为签出和提交的一个问题。
我想知道人们可以推荐哪些适合我的个人资料的商业或自由和开源版本控制系统和客户端软件： - 集中回购 - 简单的合并 - 快速导出、合并、结账 - 冲突解决
感谢您的帮助！
; ) .randy
-- 添加于 2009-04-16 @ 06:21 PST
更多信息：我们的存储库占用空间约为 6GB。 我们已经了解了 Git 和 Bazaar。 出色的功能以及使用它们的理由。 我们想要一个集中的回购协议。
I am a release engineer for a team of 35 programmers. We are working on PHP, Java, C# and SQL. We currently use Subversion, which has worked okay for about a year. We are going through a phase where conflicts are becoming more and more common. Our application footprints are growing, so performance is becoming an issue for checkouts and commits.
I'm wondering what commercial or FOSS version control systems and client software people can recommend that fit my profile:
- Centralized repo
- Simple merging
- Fast exports, merges, checkouts
- Conflict resolution
Thanks for you help!
; ) .randy
-- Added 2009-04-16 @ 06:21 PST
More info: our repo footprint is ~ 6GB. We've looked at Git and Bazaar. Great features and reasons to use them. We want a centralized repo.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（8）
一个常见的误解是，像 git 或 Mercurial 这样的分布式版本控制系统不适合集中式存储库。 话虽如此，如果你还没有看过的话，我建议你看看 git。
A common misunderstanding is that distributed version control systems like git or mercurial are no good for centralized repos. With that said I recommend you look at git if you haven't already.
Perforce 是我的最爱。
Perforce is my favorite.
虽然 Git 确实是一个不错的选择，但不要忘记“不断增长的应用程序足迹”需要其他无论您最终使用什么 SCM，您都必须处理这些问题。
即：
关于合并功能，Perforce 或 Git 比 Subversion 更好，因为它们允许您合并任何您想要的子树，同时记住合并信息，以及许多合并策略（我们的，他们的，......）。
即使在最新的 1.6 版本中，Subversion 也仅可靠支持 从分支的根目录合并（您可以合并子树，但
日志对于合并到外部的子树将不准确> 您当前已签出的那些）While it is true that Git is a good choice, do not forget that a "growing application footprint" entails other issues you will have to deal with, no matter what SCM you end up using.
Namely:
Regarding the merge feature, Perforce or Git are better than Subversion, because they allow you to merge any subtree you want, while memorizing the merge information, and with many merging strategies (ours, theirs, ...).
Even in its latest 1.6 version, Subversion does only support reliably merges from the root directory of a branch (you can merge subtrees, but the
logwill not be accurate for merges to subtree outside the ones you have currently checked out)您没有理由不能使用 Git 建立集中式存储库。 Git 支持任何工作流程。
There's no reason why you can't have a centralised repository with Git. Git supports any workflow.
Bazaar 可用于许多不同类型的工作流程。 请参阅这篇关于在集中式工作流程中使用它的文章。
Bazaar can be used in many different types of workflows. See this article about using it in a centralized workflow.
我们对 borland 的 Starteam 非常满意。 即使在远程系统上，签入/签出操作也很快，并且还提供不同的视图和促销状态。
We have been happy with Starteam from borland. The checkin/checkout operation is fast even from remote systems and it provides different views and promotion states as well.
无论您采用哪种方式，请确保添加 FishEye 。有助于 随着复杂性的增长管理您的代码。
目前支持 SVN、Perforce 和 CVS 。
Whichever way you go, make sure you add FishEye to it.. helps with managing your code as the complexity grows..
Currently supports SVN, Perforce, and CVS.
检查：
Check: