1

我的目标是在一家大多数开发人员都乐于使用标准 CC/Windows 开发环境的公司中，在 Fedora（12+，64 位）上使用 ClearCase（7.0.1+）。我最近的经验是在 Fedora 12 上使用 git，我发现这是一个非常舒适和高效的编程环境。这个问题的两个解决方案浮现在脑海中：

  1. 假设它可以工作并修复损坏：安装 ClearCase，它将尝试将支持编译到内核中。这已经为一些 Unix 衍生产品完成了，所以虽然令人生畏（我在六个月左右前尝试过这个但没有成功），但有一些指导可以用谷歌搜索。据我所知，这是一项很大的工作。

  2. 设计和实现一个桥：使用 cvs/subversion/git/etc。（最好是 git）作为实际代码开发和与公司源代码存储库交互之间的双向管道。这将是一个部分桥接（使用在 Windows 上运行的 ClearCase 7.0.1），而不是 DVCS 意义上的完整存储库副本。同样，可以在 google 上搜索一些与 git/CC 桥接的工作，但它是不完整的并且经常相互冲突。

欢迎提出其他解决方案的建议，但我的基本问题是：这些解决方案中的哪一个似乎最有可能成功？任一解决方案的建议方法的奖励积分。

4

3 回答 3

0

ClearCase 和 64 位架构：您将从本文中找到所有支持兼容性矩阵。

据我所知，Fedora 不支持 CC7.0.x 或 CC7.1.x。时期。
您可以尝试安装它，因为快照视图很可能会工作（MVFS根本不会安装依赖于内核的文件系统）
即使使用快照视图，它也不是很有用，因为所有 CC 操作（签出/检查，与以前的版本相比，... 需要一个能够查询 VOB 服务器的视图——通过 albd Atria Location Broker 服务）
您将有一个快照视图，没有任何东西（没有 Vob）可以查询。

话虽如此，对于类似的“离线”或“异地”开发，我使用 DVCS（在我的情况下为 Git），它允许我：

如果在 ClearCase 之外（在另一台计算机上的另一个 repo 中）花费的时间不是太长，那么效果很好。您在 ClearCase 中重新导入的提交与您的 ClearCase 视图的初始代码并不太远，并形成了一个合乎逻辑的新“基线”。

于 2010-01-15T20:03:42.167 回答
0

自从我上次使用 ClearCase 已经很长时间了（即使那时它还不是管理员），但我认为所需的内核支持是针对版本控制视图的时髦网络文件系统？

我使用了一个名为快照视图的 ClearCase 功能，它基本上将视图复制到一个普通的文件系统文件夹中，因此它可以与网络分离使用，而无需时髦的版本控制网络文件系统。也许可以在没有内核支持的情况下安装 ClearCase 并且只使用快照视图？这将使您获得与实现到不同 VCS 的桥接所获得的大致相同的功能。

于 2010-01-15T16:54:19.327 回答
0

您可能想看看 ClearCase Remote Client（前提是您的 CC 存储库可以通过 http 访问）。这是一个独立的客户端，并不比普通的 CC 客户端差（说实话，我不认为有太多），它对自己的文件系统等没有任何花哨的东西。它所做的只是创建像常规版本控制客户端一样在 HDD 上进行快照检出。

于 2010-01-15T17:11:35.720 回答