|
|
1
3
为了确保每个人都能从sbi的回答中得到最新的评论,让我给你一个FireBreath devs的“明确”回答。 您的生成目录是可丢弃的;您应该 从未 共享.vcproj文件。相反,您应该在更改项目时以及在每台新计算机上重新生成build/目录,就像使用CMake的任何项目一样。 有关详细信息,请参见 http://colonelpanic.net/2010/11/firebreath-tips-working-with-source-control/ 作为参考,我是FireBreath的主要作者,我写了这篇文章。 |
|
|
2
5
如果您的开发人员没有使用相同的build/make/project文件,这很快就会成为维护的噩梦。所以你应该
明确地
都用一样的
有两种方法可以处理不同机器上不同设置的问题。一是走各条路 相对于项目的路径 . 二是利用 环境变量 参考文件/工具/库/其他。IME最好对项目中可以签出的所有内容使用相对路径,其余部分使用环境变量。添加一个脚本,检查是否存在所有必要的环境变量,指出任何缺失的变量的含义,并将其作为一个构建前提来运行,因此无论谁试图获得一个新的构建机器并运行,都会得到提示。 |
|
|
3
2
我不熟悉FireBreath,但是您需要使引用相对,然后在每台机器上重新创建相对结构。也就是说,如果您的项目位于“c:\myprojects\thisproject”中,并且有一个附加的include目录“c:\mydir\mylib\include”,那么后面的路径需要替换为“…\mydir\mylib\include”。 |
|
|
4
0
编辑:我重写了我的anyswer以使它更清晰。当我正确地告诉您时,您的问题是,FireBreath生成那些包含绝对路径的.vcproj文件,并且您希望在不同的开发计算机上使用这些.vcproj文件。 我看到3种选择:
你不该做的是因为 FireBreath FAQ :不要手动更改.vcproj,这些更改将在下次重新生成项目时丢失。
编辑
:似乎“选项4”是最好的解决方案:生成
|