JC.*_*JC. 11 build-process visual-studio
是否有任何充分的理由从默认的"bin\debug"修改项目的构建输出路径?将所有项目指向公共构建输出位置的解决方案是否有任何好处?
Tra*_*kel 10
是的,我通常做所有的时间.正如哈利所说,它减少了磁盘空间的使用.这对我来说真的不是什么大不了的事,因为磁盘空间非常便宜,但它可能会让你担心.我这样做的真正原因是为了更好地反映部署的外观.执行此操作的最佳方法是使用一个属性表来修改输出目录$(SolutionDir)/build/bin.在此之后,我将工作目录设置为$(SolutionDir)/build,这是与部署完全相同的整个结构,而不是将其分散到各个项目目录中.
build
|-- bin
| |-- foo.exe
| |-- libfoo.dll
| `-- libbar.dll
|-- plugins
| |-- extender.py
| `-- something.lua
`-- skins
|-- default.skin
`-- white-and-gold.skin
Run Code Online (Sandbox Code Playgroud)
总的来说,为构建的东西(而不是源代码)建立一个孤立的目录是一件好事.它简化了编写自定义生成步骤,因为你知道那里的总产量会,并简化集成与你的版本控制系统,因为你可以将其设置为忽略整个目录,而不是四处设置ignore为所有.exe,.lib,.so,.dll和任何的每个小目录.
| 归档时间: |
|
| 查看次数: |
10157 次 |
| 最近记录: |