我们与同事讨论了项目参考和版本控制系统。我们分为两组：
将所有引用的程序集（默认.NET Framework除外）添加到解决方案中的引用文件夹，从那里引用并将此文件夹检入到版本控制系统中。优点：无论他在哪个环境工作，每个人都可以查看代码并构建项目。
所有主要产品（例如SharePoint）的GAC参考仅在参考文件夹中添加更多异国库，因为所有从事该项目的人员都已为该作业设置了系统（如安装了SharePoint） SharePoint开发，因为VS2010没有打开这些解决方案）。优点：你确定你正在对付真正安装的程序集，而不是其中一个开发人员安装并复制到reference文件夹的beta / SP / ..版本。
最佳做法是什么？还是有更好的解决方案？
答案 0 :(得分：1)
如果您参考GAC版本的程序集，则需要维护已安装插件的列表，以便新开发人员可以立即开始工作。如果您不维护此列表，那么当开发人员从源代码管理中进行初始签出时，解决方案将无法构建。
此外，如果由于相同的原因，从GAC引用CI系统可能没有成功构建。我知道它不是一个很好的解决方案来存储源代码控制中的二进制程序集，但至少它意味着所有开发人员将使用相同版本的文件