在一个团队中管理x86和x64工作站之间的引用路径
问题描述：
我想知道当不是每个人都可以立即升级到x64操作系统时，.NET团队如何处理程序集引用路径。现在的关键问题是x64版本的Windows将32位安装到C：\ Program Files（x86）\中，而不是常规的C：\ Program Files中。这意味着来自第三方的许多额外组件和框架最终都会以C：\ Program Files文件（x86）形式出现。在一个团队中管理x86和x64工作站之间的引用路径
因此，当将x86工作站上创建/修改的源项目下载到x64工作站上时，需要修改一些工作来使参考路径正确。通常，x64用户可以保存修改并将其“偏好”返回到版本控制库中，从而打破x86用户的节奏。
在不同的团队中维护和谐的一些好方法是什么？
答
将程序集安装到每台机器上的GAC中，或者在包含所有第三方程序集的解决方案根目录下有一个特殊的LIB文件夹。 LIB文件夹是我自己在过去几年中使用的。我甚至将程序集放在源代码控制中，以便其他/新开发人员无需考虑即可获得它们。
答
将第三方程序集添加到lib目录中还有很长的路要走，以确保团队中的每个人都使用完全相同的版本，而不是构建开发机器时的最新版本。如果您没有将它们签入源代码管理中的公共位置，则很容易失去同步。
答
这是一个后续问题，而不是答案，但我认为这个小组可能知道。
如果我们有一些开发人员在64位机器上和32位机器上工作，我们该怎么做，但是我们需要引用非托管程序集，这些程序集需要在x86中占半数，x64在另一半。每当有人在64位平台上获取最新版本时，是否还有解决方案，除了手动更新引用？