问将Git与ClearCase、AccuRev或Perforce一起使用的价值？

EN

尽可能少地使用系统。如果你看不到单独使用git之外的任何好处，那么就只使用git。

大多数项目只使用一个VCS (例如git或Subversion)，并且可以做他们需要做的所有事情(分支，..)因此，除非你有一个你知道的不同寻常的需求，否则你可以非常确定的是，一个产品可以做你需要的一切。

将Git与ClearCase或SVN集成并不是我目前想要的，主要是因为Git repo不能像传统的集中式repo那样保存相同类型的数据(二进制文件)或卷(文件的数量/大小)。

参见"What are the Git limits?“。

我现在正试图在公司的ClearCase-SVN环境中引入Git，作为一个独立的替代方案。

虽然速度、私有提交和合并功能非常受欢迎，但我被要求从以下方面解决实际问题：

git中央存储库仍然是强制存储库，作为许多团队的参考以同步他们的代码to

• modularization：没有办法只创建一个Vob (ClearCase)或一个Subversion存储库并开始将所有内容放入其中:每个
• centralization：存储库都需要非常细粒度，以便在标记或分支时添加一致的值(这些操作涉及所有的Git存储库，在上述repo).
• authentication：中没有子目录，每个用户在LDAP中都被引用，我需要想出prereceive钩子，以便至少使用正确的user.name配置进行一次提交(即，user.name等于我们公司的LDAP中的通用名称cn )。(有点像gitolite script 'contrib/update.email-check'，但对于user.name，不是对于email).
• right access：gitolite在这里是一个巨大的帮助，可以为这些中央存储库获得非常精确的访问控制列表。

但使用ssh私钥/公钥也意味着拥有带有密码短语的私钥(根据我们的安全团队的要求)，这对于与Hudson或其他工具集成来说并不是一件容易的事情。

简而言之，我仍然觉得Git更好，但由于我负责实现它的安装/管理，我完全同意我之前在SO问题"Can we finally move to DVCS in Corporate Software? Is SVN still a 'must have' for development?“;)中所做的分析。

是有价值的。

1. 使用灵活方便的廉价本地分支来促进本地(机器)环境中的开发人员工作流程，使用集中式系统来轻松控制基于角色的权限和大量文件的聚合。
2. Developer基于任务的分支保留在分布式系统中，并保留集中的历史记录cleaner.
3. Centralized系统可用于从分布式系统中卸载大型二进制资产。

这是有成本的。

用于混合environment.

• Requires的

1. Supporting/training查找/维护系统之间的转换层。