3

我将从一些背景知识开始对这个问题的看法，我可以提出哪些合理的问题来确定正确的源代码控制工具以满足我的开发团队的实际需求？

自从 IBM 咨询领导项目团队安装 ClearCase 以供大型内部项目使用以来，开发人员就一直在使用它。在这个项目期间，Rational Suite 被用来执行任务、测试等。一旦这个项目完成，只有 ClearCase 被用作存储源代码的方法。不幸的是，此时 ClearCase 被开发人员用作强制工具。在 2009 年初启动一个全球项目之前，国外的其他同事主要使用 SVN。全球项目现在要求这些开发人员使用 ClearCase Remote Client (CCRC)。

我观察到该工具虽然非常强大，但对于他们的开发需求来说似乎太多了。UCM 流程是在现场实施的，但是对于流程步骤，尤其是在使用 CCRC 时，人们表达了很多挫败感。另一个问题是其他开发工具要求文件可写才能完成开发任务，导致开发人员劫持才能工作。

由于许多公司现在都在外包和重新评估他们的所有战略，以保持竞争力和财务可行性，我想验证我们是否拥有正确的工具，它不仅支持当今的发展活动和需求，而且还支持未来。我期待对这个问题有更好的理解。

4

3 回答 3

2

通过阅读“每个开发人员都应该知道的 ClearCase 基本概念是什么？ ” ，您可以更好地了解当前情况 (ClearCase) 的潜在优势。

由于 CCRC 用于通过 RCP 接口和基于 Web 的远程视图服务器访问 ClearCase，这看起来像是 DVCS（分布式 VCS）的廉价替代方案。
这意味着一种可能的替代方法是使用免费的 DVCS（Git、Mercurial、...）

在过去的 6 年里，我一直使用 UCM，发现它对于具有多个相互依赖的“组件”（即“连贯的文件集”）和多个并行开发的大型项目非常有用。

但是，对于具有简单线性开发生命周期的小型独立项目，我不会推荐如此繁重的方法论 (UCM)。

因此，要完成ChrisW 提出的一组问题

  • 在 VCS 下管理的典型项目的规模是多少？
  • 它们的类型是什么（相互依赖还是自治？）
  • 这些项目之后的合并工作流程是什么（一个简单的可能表明 Subversion 是可能的候选者，一个更复杂的可能需要更严格的工具来进行大量合并）
  • 什么是网络类型（中央存储库始终是最佳配置，还是具有分发/复制功能的本地存储库不会更适合？）
于 2009-05-14T17:08:20.940 回答
2

为了确定正确的源代码控制工具以满足我的开发团队的实际需求，我可以提出哪些合理的问题？

IMO，其中一些问题包括：

  • 现状如何？
  • 为什么是现状？[也许是政治性的：IBM 咨询牵头项目]
  • 我们为什么要改变（激励措施是什么）？
  • 我们可以更改为哪些替代方案？
  • 通过改变替代方案，我们会得到什么，会失去什么？
  • 改变它的成本（或努力）是多少？
于 2009-05-14T15:30:33.750 回答
0

Cheryl，没有尝试解决您的解决方案 - CCRC 显然是您的远程开发人员的一个选项，但也存在 ClearCase Multisite。如果存在流程问题，也许提供对基础设施的本地访问而不是远程访问将是一种短期解决方案，而不是移动 SCM。

于 2009-05-22T15:10:38.700 回答