我有一些用于 Eclipse 中两个或多个项目所需的 dll 的代码。目前，每个项目都有一份代码副本并单独构建 DLL。我想将 dll 代码分离到一个单独的 eclipse 项目中，以便有一个共同的位置。但我想避免我们必须在一个项目中构建 dll，然后将 dll 复制回其他项目并检查每个项目的 dll 的情况。这将为每个项目创建一个 dll，该 dll 无法追溯到构建它的确切代码。
有没有办法以某种方式将 dll 符号链接到另一个使用 CVS 作为版本控制系统的 eclipse 项目，以便可以判断使用哪个版本的代码来创建 dll？我是否让这太复杂或遗漏了一些明显的东西？
我考虑过 eclipse 包管理器中的工作集，但我必须更多地研究如何将它们与 CVS 一起使用，以避免使其成为下一个检查它并且无法弄清楚为什么他们的项目不会的人的噩梦'编译。
谢谢。
在单独的项目中创建一个新文件夹怎么样。在创建新文件夹的高级部分中，有一个选项可以链接到文件系统上的另一个位置。
或者，您也可以创建一个使用 projectset.psf 文件的容器项目。将 projectset 文件链接到存储库中的不同项目。当您要签出该项目时，请改为签出容器并右键单击 projectset 文件并选择 Import Project Set...
如果您使用一个工作区，您最终会得到三个项目，每个项目都在 CVS 中镜像：一个是 dll，其他是使用 dll 的项目（配置为这些项目对 dll 项目的项目依赖项）。
对于三个项目，我不会以工作集为目标——它们适用于在一个工作区中管理大量项目，对于三个项目，我认为它们矫枉过正。我通常倾向于针对多个工作区而不是工作集。
关于处理这些项目的下一个人：您需要保留一些有关如何设置项目的文档。您可能会说您的 Eclipse 项目文件就是这样做的（因为它们定义了对另一个项目的项目依赖关系），但这是针对机器的 - 人类倾向于喜欢其他通信方式。
如果您担心对 dll 的更改与一个项目不兼容（因为应用这些更改的人不关心另一个项目），请瞄准构建服务器。每当版本控制下的某些内容发生更改时，这将构建所有项目和依赖项目，运行所有测试，提供内部版本号并将其打包以供使用。通过这种方式，您可以确保 - 无论您的可交付成果中的什么 - 都可以复制，因为构建服务器无法对代码进行本地（未提交）更改。此外，构建服务器将在最后一次提交时（嗯 - 几分钟后）发出故障信号（损坏的 API 或损坏的测试），并将修复损坏的责任放在造成损坏的人身上。