【问题标题】:Compare Harvest to other source control systems? [closed]将 Harvest 与其他源代码控制系统进行比较? [关闭]
【发布时间】:2010-04-09 15:54:27
【问题描述】:

从顶部看,“源代码控制”似乎是描述 CA Harvest 的糟糕方式;它是一个部署控制系统,它实际上非常擅长部署代码。不过,我发现在执行源代码管理任务时缺少它。

如果您使用过 Harvest;

  1. 它做对了什么?
  2. 它不能做什么?
  3. 解决方法如此骇人听闻,花费的时间比您预期的要长 3 倍?

【问题讨论】:

    标签: version-control harvest-scm


    【解决方案1】:

    (如果我错了,请有人纠正我。)Harvest 在部署控制、执行部署生命周期中的步骤以及获得部署到生产的一系列批准方面似乎很棒。也就是说,它在开发人员友好方面缺失。

    看来我需要使用工作区;他们让我将所有代码放在本地机器上,这样我就可以进行开发了。

    使用 Workareas,我只能从存储库同步,但无法获得刚刚同步的内容的报告;我不知道发生了什么变化,或者是谁改变了它,或者为什么。

    要使用 Workareas 将 cmets 添加到签入中,您必须手动启用首选项中的功能,这对我来说是一个巨大的危险信号。

    我似乎不知道如何找出自特定时间以来发生了什么变化;例如,自周五下午 5 点以来发生了什么变化?

    没有任何原子提交;我不能将文件作为一个组提交,然后如果出现问题,稍后再回滚该组。我可以把它作为一个包来做,但那是重量级的;一个包应该能够包含数百个原子提交/组。

    最糟糕的是,Stack Overflow 和/或我能找到的任何其他问答网站完全不支持它。如果我想不通……我瞎了眼。

    【讨论】:

      【解决方案2】:

      我们目前正在从 Harvest 迁移。

      1. 配置管理和代码部署。我们有一个非常好的流程。

      2. 分支和合并。真是可怕的 SCM 工具。

      3. ?

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2011-06-20
        • 2011-07-01
        • 2010-11-20
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2021-09-17
        相关资源
        最近更新 更多