我的团队已经使用SVN几年了.我们现在可以选择切换到Perforce.
进行这样的转换有什么好处(和陷阱)？
我已经将Mercurial用于我自己的个人项目一段时间了,我喜欢它.我的雇主正在考虑从CVS转换到SVN,但我想知道是否应该推动Mercurial(或其他一些DVCS).
Mercurial的一个问题是它似乎是围绕每个"项目"拥有一个存储库的想法而设计的.在此组织中,当前CVS存储库中有许多不同的可执行文件,DLL和其他组件,这些组件按层次结构组织.有许多通用的可重用组件,但也有一些客户特定的组件和客户特定的配置.当前的构建过程通常从CVS存储库中获取一些子树.
如果我们从CVS迁移到Mercurial,那么组织存储库/存储库的最佳方法是什么？我们应该有一个包含所有内容的巨大Mercurial存储库吗？如果不是,那么较小的存储库应该有多细粒度？我认为如果他们必须从许多不同的地方提取和推送更新,人们会觉得非常讨厌,但如果他们必须拉/推整个公司的代码库,他们也会觉得很烦人.
有人有这方面的经验或建议吗？
相关问题:
我想在使用vcs或dvcs时学习其他人的工作流程.
请描述您处理以下任务的策略:
您可以随意组织您的答案,不按任务分组,但按照您认为相关的任何分组,但请通过VCS/DVCS进行组织(请不要混用它们).
谢谢.
我可以看到为什么分布式源代码控制系统(像Mercurial这样的DVCS)对开源项目有意义.
但它们对企业有意义吗？(通过集中的源控制系统,如TFS)
DVCS的哪些特性使其更适合或更适合具有许多开发人员的企业？(通过集中式系统)
Git/Mercurial越来越受欢迎.我看过很多文章比较SVN和Git/Mercurial,但我想知道是否真的有任何理由继续使用SVN.现在Git/Mercurial似乎有很多工具可以帮助推广其企业采用.
有没有理由继续使用SVN？Mercurial/Git终于为公司采用做好了准备吗？
我最近开始在个人项目上进入Git,我可以看到DVCS如何让我们在工作中受益(这是一家大型企业软件公司,目前正在运行Perforce).我的团队中的功能工作主要包括开发人员创建自己的分支; 有时这些是由小型开发团队共享的.我认为在这种情况下使用DVCS会更有效率.
然而,在更一般的情况下,我有兴趣听到在工作中使用DVCS的人,大中型团队.
Perforce有哪些好处？
我希望能够深入了解Perforce如何在特定情况下比Subversion更好地工作.
如果你有Perforce和Subversion的经验并且你不相信有任何优势,或者相信svn比Perforce更有优势,我也想知道为什么.
我尽我所能地挖掘了这些互联网,我不能因为我没有找到任何方式轻松地用perforce在当地进行存储或分支.我知道perforce的git包装器,但是从我读过的所有内容来看,它似乎并没有太好开发或可靠.
我从未使用过ClearCase,但使用过Subversion并在短时间内使用Perforce.我们公司的IT部门正式支持ClearCase,有些人在其中检查了代码,有些人将其用作备份存储.
我仍然未决定天气使用ClearCase本身或使用Subverison设置我自己的存储库.它将是两个或最多三个人的开发团队.从我听过的人那里,我认为ClearCase很复杂,不值得学习,因为它可能无法提高生产力.这是真的还是错的？
谢谢...