为什么要购买Harvest?[关闭]

我在银行使用Harvest的好处是,你永远不会找到一个更糟糕的人渣和邪恶的蜂巢,向后三叉的无证登记挑战,需要15个步骤才能做出一个简单的改变。尽管他们甚至没有使用分支。这是一个邪恶的工具,不要让它把你抓住。

很有可能,你的公司与CA签订了某种合同——你在内部使用了很多其他CA软件吗?

编辑: 我想是的!

好的,我将在几集中回答这个问题,因为时间很晚了,收获是一个大话题。

首先,CA Harvest(这就是该产品的版本7的名称,版本5是CCC,我不记得扩展了,版本12被称为CA SCM)不仅仅是一个SCM工具,就像ClearCase不仅仅是一种SCM工具一样。SVN、CVS、git、hg都是基本标准的SCM,仅此而已。

Harvest提供的是SCM+政策。它为您提供了一个存储和版本代码的地方,并将其全部包装在一个政策中,该政策规定了代码在组织从开发到生产的过程中是如何成熟的。您的组织中是否有一个政策,要求首席开发人员在将代码发布给QA之前对其进行签收?Harvest允许您将签核定义为一种策略,并强制执行——在项目中指定为首席开发人员的人员之一将代码从“开发”状态迁移到“质量保证”状态之前,您无法将代码从该状态迁移到该状态。您是否制定了一项政策,要求任何SQL代码在执行之前都需要经过DBA的签核?Harvest允许您定义并执行该策略,因此在代码迁移之前,您可能需要Lead Dev和DBA的签字。

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

收获并不完美,认为版本12要好得多。它有太多“这太愚蠢了”的时刻,它像CVS一样进行每个文件的版本控制,以及类似CVS的分支和目录版本控制(或缺乏),有我们所知道和害怕的所有乐趣。一旦你了解并接受了它,它就不会比我使用过的任何其他SCM慢。它只是有一项比版本代码更大的工作要做。

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

如果您需要将软件交付给一家全球企业,拥有数千台台式机和服务器、大型机/中端/中间件系统、铁证如山的变更控制流程、复杂性、法规、合同、审计员,以及一大堆复杂性,Harvest只是您所需的整套工具中的一个。如果你只想为一个由10名开发人员组成的团队提供一个简单的SCM,支持几百名客户,这不是一个好方法。

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

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

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

我们已经使用Harvest大约十年了(2000-2010),尽管我们现在正在考虑更换它,但我相信它对我们很有帮助。 Harvest(尽管它不再是官方名称,但让我们坚持使用这个名字)是我们实施的第一个支持我们进行研发的主要工具;D当时没有人知道应用程序生命周期的许多方面(代码版本控制、分支、自动化测试、回归测试、质量保证、部署到众多运行时环境和生产环境、回滚、紧急修复、维护更新等);今天我们知道的更多,我们的开发过程对我们很有帮助(并不是说没有很多改进的空间)。 我们没有一个等级森严的组织(我们没有很多需要批准变更的检查员),但支持“检查点”是非常有帮助的,检查点是开发过程中需要发生某些事情的点(例如功能测试或集成测试)。

Harvest在可用性方面的缺点(对我们来说)是“程序员需要做什么来更改x行代码”。今天(在那里)有很多比Harvest更简单、更有效的方法来获得源代码文件的写访问权限,进行更新,然后再次返回文件/将它们移动到开发过程的另一个方面(测试、部署等)。另一个缺点是价格标签;它很贵。

Harvest带给我们的收获: 它支持工作流,因此我们能够有一个单一的系统来管理代码版本、工作流和流程自动化。如果可能的话,维护和改进一个系统比许多系统更容易。 除了提供对内部流程的cmd行访问(以便在流程需要时编写特殊解决方案)外,Harvest还可以通过图形界面轻松配置。 它具有“包”的概念,可以轻松地将大量元数据附加到代码更改中,并独立于其他更改处理更改(在文件级别进行版本控制,而不是包含完整代码量的更改集)。这有助于处理独立的紧急情况和维护变更。

如果一个开发人员只是一个程序员,只考虑软件开发的编码方面,那么我想他/她可能会对Harvest感到非常沮丧。 如果开发人员是一名开发人员,并且了解软件开发不仅仅是编码,而且编码只是软件生命周期的开始,那么我相信他会看到Harvest的很多好处。

在过去的4年里,我一直在使用HARVEST,我很喜欢它。它为控制代码移动提供的支持真的很棒。我们使用HARVEST将应用程序部署到Websphere上。它在将插件与应用程序一起部署到web服务器方面也做了出色的工作。当你想在大型企业环境中移动代码时,我认为没有任何其他工具能比得上HARVEST。