5

我想知道当不是每个人都可以立即升级到 x64 操作系统时，.NET 团队如何处理程序集引用路径。现在的关键问题是 x64 版本的 Windows 会将 32 位安装植入 C:\Program Files (x86)\ 而不是常规的 C:\Program Files。这意味着来自第三方的许多额外组件和框架最终位于 C:\Program Files (x86) 中。

因此，当将在 x86 工作站中创建/修改的源项目下载到 x64 工作站时，需要进行一些修改工作才能使参考路径正确。很典型的是，x64 用户可能会保存修改并将他们的“偏好”提交回版本控制存储库，从而打破 x86 用户的节奏。

有哪些好的方法可以在不同的团队中保持和谐？

4

3 回答 3

4

要么在每台机器上的 GAC 中安装程序集，要么在解决方案根目录下有一个特殊的 LIB 文件夹，其中包含所有 3rd 方程序集。LIB 文件夹是我最近几年自己使用的。我什至将程序集放在源代码管理中，以便其他/新开发人员无需考虑即可获得它们。

于 2008-10-29T04:40:42.707 回答
4

将 3rd 方程序集添加到 lib 目录也有助于确保团队中的每个人都使用完全相同的版本，而不是他们构建开发机器时使用的最新版本。如果您没有将它们签入源代码管理中的公共位置，那么很容易不同步。

于 2008-10-29T13:08:53.617 回答
1

这更像是一个后续问题而不是答案，但我认为这个小组可能知道。

如果我们有一些开发人员在 64 位机器上工作，而一些开发人员在 32 位机器上工作，但我们需要引用非托管程序集，其中一半团队需要在 x86 中，而另一半需要在 x64 中？除了每次 64 位钻机上的某人获得最新版本时手动更新引用之外，还有其他解决方案吗？

于 2009-03-05T23:06:10.570 回答