Version control 为什么要购买收成?

Version control 为什么要购买收成?,version-control,harvest,Version Control,Harvest,您的工作环境是否使用Harvest SCM?我现在在两个不同的地方用过这个,觉得很可怕。在一种情况下,我编写了一个转换脚本,这样我就可以在本地使用CVS,然后在睡觉时每天将更改导入收获系统。该公司热衷于使用Harvest,尽管80%的程序员都在呼吁改变。这是不必要的复杂,缓慢和沉重。我现在的工作要求是在我工作的地方不使用收割 以前有没有人用过Harvest?你有什么经验?和我的一样糟糕?您是否采用了其他不同的解决方法?为什么这种产品至今仍在购买?几年前,我在银行业的一次短期工作中使用了Harve

您的工作环境是否使用Harvest SCM?我现在在两个不同的地方用过这个,觉得很可怕。在一种情况下,我编写了一个转换脚本,这样我就可以在本地使用CVS,然后在睡觉时每天将更改导入收获系统。该公司热衷于使用Harvest,尽管80%的程序员都在呼吁改变。这是不必要的复杂,缓慢和沉重。我现在的工作要求是在我工作的地方不使用收割


以前有没有人用过Harvest?你有什么经验?和我的一样糟糕?您是否采用了其他不同的解决方法?为什么这种产品至今仍在购买?

几年前,我在银行业的一次短期工作中使用了Harvest。我同意它实际上是无法使用的,但负责QA的人似乎很喜欢它。

很可能,贵公司与CA签订了某种合同-您是否在内部使用了很多其他CA软件


编辑:我想是吧

我在银行使用Harvest的好处是,你再也找不到比这更糟糕的人渣和恶棍的蜂巢了,向后三叉的无证件值机手套需要15个步骤才能完成一个简单的更改。别担心他们甚至没有使用分支。这是一个邪恶的工具,别让它把你抓在手里。

我在一家有两种选择的公司工作;净箱或收获。Subversion从未被考虑过,原因是ClearCase(IBM)和Harvest(CA)都已经有了长期的大型机合同。

好的,我将在几集中回答这个问题,因为现在已经晚了,Harvest是一个大话题

首先,CA Harvest(该产品的第7版称为CA Harvest,第5版称为CCC,我记不起它的扩展,第12版称为CA SCM)远不止是一个SCM工具,同样,ClearCase也远不止是一个SCM工具。SVN、CVS、git、hg都是基本标准的SCM,仅此而已

收获带来的是SCM+策略。它为您提供了一个存储和版本代码的场所,并将其包装在一个策略中,该策略描述了您的组织从开发到生产的代码是如何成熟的。您的组织中是否有一个策略,在代码发布到QA之前,首席开发人员需要签署该策略?Harvest允许您将签核定义为一个策略,并强制执行该策略—在项目中指定为开发负责人的人员执行此操作之前,您无法将代码从“开发”状态迁移到“QA”状态。您是否有任何SQL代码在执行之前需要DBA签核的策略?Harvest允许您定义并实施该策略,因此在代码迁移之前,您可能需要开发主管和DBA的签署

Harvest绝不是大多数软件组织的工具——它通常用于金融行业,或者在业务领域,有一个非常强大的监管框架来管理他们可以做什么。银行需要遵守萨班尼斯-奥克斯利法案,该法案有非常严格的审计要求。Harvest能够围绕银行资产在其生命周期中的变化定义各种控制和流程。我知道大型公共交通组织每天都要为数百万人的安全和准时负责,它们需要像Harvest这样的工具所提供的严格定义的控制机制。我还看到Harvest应用于每天有1000名开发人员使用它的环境中——是的,我并不夸张,在一个组织中有1000名开发人员,为一家全球零售商编写代码,每天将it解决方案推向世界各地的商店

收获不是完美的,虽然第12版更好。它有太多“太愚蠢了”的时刻,它对每个文件进行版本控制,对CVS进行分支和目录版本控制(或缺乏分支和目录版本控制),以及我们所知道和害怕的所有乐趣。一旦您了解并接受它,它并不比我使用过的任何其他SCM都慢。它只是有一个更大的工作要做,而不仅仅是版本您的代码

另一个巨大的成功,在版本12中更大的成功,是它与其他CA工具的集成(以及与非CA工具的集成能力,但目前还不多)——与质量中心的缺陷跟踪、与Unicentre服务台的故障查询、与SDM的桌面软件部署。您可以在这些应用程序之间定义桥梁,从而更紧密地集成这些关注点,通常会对准确性和及时性产生积极影响

如果您要将软件发布到一家全球企业,该企业拥有数千台台式机和服务器、mainfame/中端/中间件系统、铁板一块的变更控制流程、复杂性、法规、合同、审计员,这些都非常复杂,那么Harvest只是您需要的一整套工具中的一个工具。如果您只想为一个由10名开发人员组成的团队提供一个简单的SCM,以支持数百名客户,那么这不是一个好办法


下次我将尝试添加一些关于Harvest实际工作原理的内容—存储库、项目、视图、包、表单、流程等,这可能有助于解释为什么有些组织使用它,为什么它不适合所有人。

我们使用Harvest已经有十年了(2000-2010年)尽管我们现在正在考虑更换它,但我相信它对我们很有帮助。 Harvest(尽管它不再是官方名称,但我们还是用这个名称吧)是我们实现的第一个支持我们研发的主要工具,当时我们对应用程序生命周期的许多方面都不太了解(代码版本控制、分支、自动测试、回归测试、质量保证、部署到众多运行时环境和生产环境、回滚、eMergency修复、维护更新等);今天,我们知道了很多,我们的开发过程为我们提供了很好的服务(并不是说没有很多改进的空间)。 我们没有一个等级森严的组织