在ClearCase中重新定位符号链接

我使用的是Windows XP和ClearCase Explorer 7.0.1.0-IFIX01

我有以下目录：

/vob_myvob/path/to/symlink/

/vob_exports/path/to/third/party/dependencies/v3.4.1.0/LATEST_STABLE

它指向以下目录：

/vob_myvob/path/to/symlink/

/vob_exports/path/to/third/party/dependencies/v3.4.1.0/LATEST_STABLE

我想改变这一点，以便对于我的“未来发展”分支，我使用与所有其他分支不同的符号链接目标：

/vob_exports/path/to/third/party/dependencies/v3.4.6.0/LATEST_STABLE

在v3.4.1和v3.4.6之间有很多突破性的变化，所以我需要完全隔离

符号链接在这里是正确的方法吗？我们没有访问UCM的权限

---

注意，我不想创建符号链接。一个已经存在。我之所以提到我的操作系统，是因为我在IBM的网站上读到，不建议在Windows上乱用符号链接。如果有必要，我可以让我们的管理团队在UNIX端做一些事情。到目前为止，它们不是很有用，可能需要一个好的指针。

UCM与相关，除非每个第三方有一个UCM组件

我以前尝试过第三方的符号链接方法，但除非您讨论的是源依赖关系，否则我已经从ClearCase导出了所有这些第三方二进制文件，并将它们导出到一个适当的工件存储库中，如

这样，我就可以只对声明所需依赖项的文件进行版本设置（在Nexus中是a

pom.xml

），这意味着一个特定分支可以有一个声明依赖项为3.4.6.0的文件版本，而该文件在所有其他分支中都包含3.4.1.0

这是当前的最佳实践（即使用源代码管理工具对源代码进行版本设置，而不是二进制文件）

---

也就是说，符号链接（如

cleartool ln

）可以（在Windows或Unix上）工作，只有一些副作用（如此）

UCM与之无关，除非每个第三方有一个UCM组件

我以前尝试过第三方的符号链接方法，但除非您讨论的是源依赖关系，否则我已经从ClearCase导出了所有这些第三方二进制文件，并将它们导出到一个适当的工件存储库中，如

这样，我就可以只对声明所需依赖项的文件进行版本设置（在Nexus中是a

pom.xml

），这意味着一个特定分支可以有一个声明依赖项为3.4.6.0的文件版本，而该文件在所有其他分支中都包含3.4.1.0

这是当前的最佳实践（即使用源代码管理工具对源代码进行版本设置，而不是二进制文件）

也就是说，symlink（如

cleartool-ln

）可以（在Windows或Unix上）工作，只有一些副作用（如下所示）