自从转向数据库开发以来，我在15年内没有做过太多的“前端”开发。我计划使用C ++开始个人项目的工作，因为我已经有了MSDN，我可能最终会在Visual Studio 2010中完成它。我正在考虑最终使用Subversion作为版本控制系统。当然，我想尽可能快地启动和运行，但我也想避免组织不良的项目环境中的任何陷阱。
所以，我的问题是，是否有任何有关设置开发环境的常见最佳实践的良好资源？我正在考虑在必要时将解决方案分解为多个项目的位置，如何设置单元测试过程，组织资源，目录等。
我是否应该确保从一开始就设置好的附加组件？
大多数教程只有一个简单的项目，输入您的代码并单击构建以查看您的新应用程序说“Hello World！”。
这将是一个带有多个DLL的Windows应用程序（没有Web开发），因此不需要部署到Web服务器类进程。
大多数情况下，我只是想确保我不会错过任何大事，然后因此而不得不进行广泛的重构。
谢谢！
答案 0 :(得分：0)
我也想对这个问题给出一个很好的答案。我所做的就是设置它，以便每个解决方案都引用包含和库的$（SolutionDir）\ build目录。这样，每个依赖于其他项目的项目都可以访问它们，版本也不会竞争。然后有post-build命令将头文件和.lib文件打包到“distribution”文件夹中。我使用CC.net在checkin上构建每个包。当我们决定更新依赖项目时，我们将它“释放”给自己，这需要手动标记，手动将current.zip复制到发布区域并为其提供版本号，并将其复制到依赖于项目的/ build中。升级。
除了最后的手动过程外，一切都很有效。我真的很想摆脱它但似乎无法摆脱它。阅读ACM关于“持续发布”的一篇文章，这篇文章非常适合实现，但没有任何实现。我一直告诉自己我会做一个。
如果我在Windows文件系统中使用“联结”，我可以将“分发”链接到“构建”，然后构建一个辅助解决方案，其中包含彼此依赖的所有项目以构建产品。当我这样做的时候，它鼓励开发人员将它用于主动开发，这阻碍了TDD的正确发布。