Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/svn/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Windows 开源Clearcase替代方案_Windows_Svn_Workflow_Clearcase_Dvcs - Fatal编程技术网

Windows 开源Clearcase替代方案

Windows 开源Clearcase替代方案,windows,svn,workflow,clearcase,dvcs,Windows,Svn,Workflow,Clearcase,Dvcs,我正在帮助SCM为一个新项目进行设置,我们目前正在决定一个VCS 在这一点上,主要的竞争者是SVN、ClearCase、SVN+DVCS和一个DVCS 目前,团队倾向于SVN或SVN+DVCS。我们希望避免ClearCase的费用和管理成本,但需要它提供的工作流和版本控制选项。我也提出了使用DVCS的选项,这个想法正在考虑之中 对于DVC,我们正在考虑Mercurial、Bazaar和Git。团队对SVN感到满意,但不认为它会提供所需的多功能性,这就是为什么我们在SVN选项之上考虑DVC的原因

我正在帮助SCM为一个新项目进行设置,我们目前正在决定一个VCS

在这一点上,主要的竞争者是SVN、ClearCase、SVN+DVCS和一个DVCS

目前,团队倾向于SVN或SVN+DVCS。我们希望避免ClearCase的费用和管理成本,但需要它提供的工作流和版本控制选项。我也提出了使用DVCS的选项,这个想法正在考虑之中

对于DVC,我们正在考虑Mercurial、Bazaar和Git。团队对SVN感到满意,但不认为它会提供所需的多功能性,这就是为什么我们在SVN选项之上考虑DVC的原因

是否有人有任何建议(例如现有的工具、流程)来进行这样的设置

关注的问题包括:

  • 易于安装
  • 设置工作流(开发代码审查->测试->主干,然后主干->集成测试分支->发布,并将错误修复放入发布分支)、审核(发现错误,何时引入)
  • 生成度量
  • 用于ClearCase的开发人员的合理学习曲线
  • Windows开发
  • 问题跟踪器集成(可能是Redmine,尽管它不是一成不变的)

作为ClearCase的管理员,除非您有一个复杂的合并工作流,否则我将排除该工具

您提到的涉及到能够很容易地进行分支、修复,然后再合并回来,这不应该有利于SVN

当您习惯于ClearCase(尤其是非UCM ClearCase)时,最大的陷阱是配置规范的“组合”。
如果您选择DVCS(Mercurial、Bazaar——或者Git,因为它),您会:如回答中所述:

在一个纯粹的中央VCS中,您可以使用您想要的任何规则来定义您的工作区(在ClearCase中,您的“视图”可以是快照或动态的)。
这在DVCS(如“分布式”)中是不实际的:当您使用它创建分支时,您需要使用一个起点和一个明确定义并易于复制到其他存储库的内容

如果您使用的是ClearCase UCM,这意味着识别一致的文件集,这只能通过(例如)来实现。
这些DVC的复杂性更高,因为它们不像ClearCase UCM那样记录模块(或“文件集”)之间的依赖关系

因此,总结一下:

  • 易于设置:所有提到的DVC都易于设置。必须考虑的是用户访问方面的管理
  • 设置工作流:DVCS支持任何类型的工作流,即使是集中式工作流、公共-私有工作流,或者。。。。关于查找bug,他们都支持某种类型的
  • 生成度量:如果您的意思是“关于管理的代码的度量”,那么它们都支持一些完整的日志系统,能够显示关于所更改内容的大量信息。
    但就“关于工具的度量”(数据占用的进程或空间的速度)而言,所提到的DVCS工具被认为比SVN快得多(请参阅)
  • 用于ClearCase的开发人员的合理学习曲线:GUI可以是缓解学习曲线的一个因素,但是DVCS与ClearCase非常不同,正如这个“”答案所示
  • Windows开发:它们都在Windows平台上运行良好,与Mercurial或Bazaar相比,可能有一点优势(更好的集成)
  • 问题跟踪器集成(可能会是Redmine,尽管它不是一成不变的):Redmine现在支持大多数问题跟踪器集成(而不是像一开始那样只支持SVN)

Git有什么问题?我现在正在Windows上使用Git。它很好用。
如果您需要一些explorer集成,这是非常有用的,如果这是您的问题。

我没有clearcase方面的经验,但希望下面的内容能对您有所帮助。你的问题遗漏了几条信息,我在做出决定之前会考虑这些信息。首先,您将拥有多少源代码?虽然SVN在中大型项目上表现出色,但对于真正大型的项目,如Linux内核,Git将提供更好的性能。第二,你用的是什么IDE?Mercurial、Git和SVN都有visual studio和eclipse插件,这些插件的质量非常高。根据维基百科关于Redmine的文章,您正在查看的任何SCM系统都将集成。下面的博客可能会对你有所帮助,因为它写的是“买一个以编写SCM系统为生的家伙”。

如果您可以放弃它需要在Windows上运行的要求,那么我建议您看看。

在Git/VS集成方面存在一个如此多的问题。我似乎找不到它,但我的评论(现在仍然有效)是,对于像Git这样的编辑/合并系统,您并不真正需要VS集成。你把一切都拉下来,然后做你的VS工作(代码、调试等),然后合并。在开发过程中,没有必要像需要一直管理锁那样不断地回到版本控制系统。虽然这是事实,但开发人员通常习惯使用IDE而不是命令行版本控制,因此,如果您可以进行基本的集成来拉合并所有其他内容,那么您可能需要IDE中支持拉合并的集成。与Linux相比,Git在windows上的速度较慢。而且现在陆龟已经不能用了。这就是问题所在。如果你是Windows用户,为什么你真的在乎它在Linux上有多快?重要的是它与Windows的替代方案相比如何(更快)。乌龟完全不重要。Gitgui工作得很好,它是围绕Git的功能设计的。它的设计目的是围绕一个版本控制系统(和其他工具)提供额外的功能,如自动测试、共享对象库和代码审查。我还能