我刚加入了一个小型开发团队，每个开发人员设置他们的开发环境或者他们如何使用版本控制（目前是Source Safe）似乎没有任何押韵或理由。
我提出了一个关于他们标准做法的问题的“错误”。长话短说，这让我有了一个计划，即我们合理地可以标准化所有目标，因为目前没有标准，这导致了不必要的延误和头痛。所以我希望你们中的一些人可以给我一些建议，或者指出我在这方面有一些很好的资源。
一点背景。我们的团队大约有10名开发人员，他们都致力于.NET项目，从DotNetNuke门户和模块到Web服务，再到WPF项目。大多数开发人员自主工作（因此每个人的设置都不同），但我们都必须访问（目前通过Source Safe）所有项目以获得支持，漏洞搜索和增强功能。
我正在寻找简单的建议，我们应该在每个盒子上标准化第三方dll的位置，还是使用网络位置，以便所有引用都是一致的 - 组织我们的项目文件夹结构的最佳方式是什么 - 提出一个计划，一步一步地重组所有事情（即将它留在原处，直到你需要处理它，然后将其迁移到新系统）。
非常感谢任何帮助。
答案 0 :(得分：2)
尽可能使用基于项目的参考。对于第三方dll，请确保您有一个名为Lib的单独文件夹或类似的东西，并将每个第三方dll放在各自的供应商文件夹中。
E.g
Lib\
Lib\Infragistics
Lib\Telerik
如果有多个项目引用它们，这个结构有时可能在你的所有项目之外。
然后，您可以轻松地从项目中设置这些dll的路径。此外，很大程度上取决于您是否要更改这些第三方供应商的源代码，然后您可能必须真正思考，因为您组中的每个团队都可能希望进行一些更改并使其实例独立于依赖项或错误由其他团队的变化引起的。
您可以在网上查找有关以下主题的更多信息，以帮助您设置标准流程。
另外，请注意，您不应过多强调解决方案结构组织。真正的重点应该是持续集成，良好的构建过程以及尽可能多的自动构建。如果您为所有补丁，应用推广等创建简化的发布流程，它将给您留下良好的印象。
答案 1 :(得分：1)
我工作的工作站：
我的系统也有CodeSmith Studio Professional，因为我处理办公室里的所有netTiers。
Vista没有给我任何问题，只是在我测试WCF主机时必须以管理模式启动VS2008。讨厌你想要的，但自2007年2月以来，Vista对我来说一直很好。
答案 2 :(得分：0)
1）操作系统：在Windows 7用完之前使用Windows XP 安装Service Pack和所有更新。 2）为它安装.Net Framework 2.0和Service Pack
3）安装.Net Framework 3.0
4）安装.Net Framework 3.5
5）为它安装Visual Studio 2008和SP1
6）安装SVN服务器（来自Collabnet）和TortoiseSVN（来自tigris）进行版本控制
7）如果您构建了非常自定义的WPF界面，请安装MS Expression Studio
8）安装Chrome，Firefox 3（使用FireBug），IE 8（可以模拟7）和Opera进行测试
9）安装SQL Server Management Studio
这将为您开始开发WPF，Asp.net和WinForms应用程序。