代码之家  ›  专栏  ›  技术社区  ›  Tom H

建立VisualStudio/C++开发环境的资源

  •  1
  • Tom H  · 技术社区  · 14 年前

    自从进入数据库开发阶段以来,我已经15年没有做过太多的“前端”开发了。我计划开始使用C++的个人项目,因为我已经有MSDN了,我可能会在Visual Studio 2010中完成它。我正在考虑最终使用Subversion作为版本控制系统。当然,我希望尽可能快地启动和运行,但我也希望避免来自组织不好的项目环境的任何陷阱。

    所以,我的问题是,是否有任何良好的资源具有建立开发环境的通用最佳实践?我在考虑如何在必要时将解决方案分解为多个项目,如何建立单元测试过程,组织资源、目录等。

    有什么好的附加组件我应该确保我从一开始就设置好了吗?

    大多数教程只有一个简单的项目,输入代码并单击build以查看新应用程序是否显示“HelloWorld!”.

    这将是一个具有多个DLL的Windows应用程序(没有Web开发),因此不需要部署到Web服务器类型的进程。

    大多数情况下,我只是想确保我不会错过任何大的事情,然后必须为此进行广泛的重构。

    谢谢!

    1 回复  |  直到 14 年前
        1
  •  0
  •   Edward Strange    14 年前

    我也希望这个问题有一个好的答案。我所做的是设置它,以便每个解决方案引用包含和库的$(solutiondir)\build目录。这样,每个依赖于其他项目的项目都可以访问它们,版本也不会竞争。然后有后期生成命令将头文件和.lib文件打包到“distribution”文件夹中。我使用cc.net在签入时构建每个包。当我们决定更新依赖项项目时,我们会将其“发布”给自己,这需要手动标记,手动将current.zip复制到发布区域并给它一个版本号,然后将其复制到依赖升级的项目的/构建中。

    除了最后的这个手动过程,所有的工作都非常好。我真的很想摆脱它,但似乎不能。阅读ACM的一篇关于“连续发布”的文章,这篇文章对于实现“连续发布”是非常好的,但是没有任何实现。我一直告诉自己我会做一个。

    如果我在Windows文件系统中使用“jointons”,我可以将“distribute”链接到“build”,然后构建一个二级解决方案,其中包括所有相互依赖的项目来构建产品。当我这样做的时候,虽然它鼓励开发人员将它用于主动开发,但这不利于TDD和适当的发布。