Git 将ClearCase与Fedora一起使用

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

假设它能工作并修复破坏：安装ClearCase，它将尝试将支持编译到内核中。一些Unix衍生产品已经这样做了，因此，尽管令人望而生畏（我在大约六个月前尝试过，但没有成功），但有一些指导可以通过谷歌搜索。据我所知，这是一件很大的工作

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

---

其他解决方案的建议是受欢迎的，但我的基本问题是：这些解决方案中哪一个似乎最有可能成功？这两种解决方案的建议方法都有好处。

自从我上次使用ClearCase以来已经有很长一段时间了（即使当时它不是管理员），但我假设所需的内核支持是用于版本控制视图的时髦网络文件系统

---

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

您可能希望查看ClearCase远程客户端（前提是您的CC存储库可以通过http访问）。这是一个独立的客户端，并不比普通的CC客户端差（说实话，我不认为有太多）而且它不会对自己的文件系统等做任何花哨的事情。它所做的只是像常规版本控制客户端一样在硬盘上创建快照签出。

：您将从本文中找到所有支持兼容性矩阵

据我所见，Fedora既不支持CC7.0.x也不支持CC7.1.x。期间。
无论如何，您都可以尝试安装它，因为快照视图最有可能工作（只有

MVFS

内核相关的文件系统根本不会安装）
即使使用快照视图，它也不是很有用，因为所有CC操作（签出/签出，与以前的版本相比，…需要一个能够通过albd Atria位置代理服务查询VOB服务器的视图）
您将拥有一个无需查询（无Vob）的快照视图

---

也就是说，对于类似的“离线”或“非现场”开发，我使用DVCS（在我的例子中是Git），它允许我：

• 在家里的笔记本电脑上提交和转移我想要的时间和方式
• 考虑到我的Git回购是直接的，在工作时推到我的Git回购（从）

---

如果花费在ClearCase之外的时间（在另一台计算机上的另一个回购协议中）不太长，那么它工作得很好。在ClearCase中重新导入的提交与ClearCase视图的初始代码相差不远，并形成了一个新的逻辑“基线”

这证明很有趣，因为CCRC似乎是一个Java客户机，Fedora当然支持Java。但我在尝试安装CCRC时遇到的经验是，CCRC setup.bin安装命令画了一堆点，没有消息终止，显然什么也没做！：-（回到记录计划。