- 主题:*.vcxproj的多人冲突问题有点烦，你们都咋处理这个问题的？
VC的工程文件：
*.vcxproj
*.vcxproj.filters
*.vcxproj.user
老有人把自己的本机设置传到git，导致冲突。
比如：
把toolset从v142改为v143，因为他用vs2022打开的vs2019的工程；
把output目录设置到别的目录，跟我调试用的输出目录不一致；
把自己的远程虚拟机调试设置传上去，但我用的是本机调试。
*.vcxproj.user这个文件按说不需要放到repo里。
--
FROM 125.35.123.*
vcxproj 必需上传的呀，这是项目重要信息
你的情况是被vs2022修改了，这个貌似没什么办法，你得约定一下只能由谁来改这个文件。
.filters 文件可以上传也可以不上传，往项目里添加文件夹时会修改这个。不上传不影响编译。
.user 文件不要上传
【 在 z16166 的大作中提到: 】
: VC的工程文件：
: *.vcxproj
: *.vcxproj.filters
: ...................
--
FROM 58.33.81.*
MS就不能把代码构建和项目管理分开么……
【 在 RunningOn 的大作中提到: 】
: vcxproj 必需上传的呀，这是项目重要信息
: 你的情况是被vs2022修改了，这个貌似没什么办法，你得约定一下只能由谁来改这个文件。
: .filters 文件可以上传也可以不上传，往项目里添加文件夹时会修改这个。不上传不影响编译。
: ...................
--
FROM 116.233.92.*
repo不是我控制的。回头找人定个规矩
MS把输出目录放在*.vcxproj里，我需要把输出目录设置成另外一个目录来debug。
这些个属性不知道是否能用别的文件里的自定义的给override掉，而且不用直接修改*.vcxproj
【 在 RunningOn 的大作中提到: 】
: vcxproj 必需上传的呀，这是项目重要信息
: 你的情况是被vs2022修改了，这个貌似没什么办法，你得约定一下只能由谁来改这个文件。
: .filters 文件可以上传也可以不上传，往项目里添加文件夹时会修改这个。不上传不影响编译。
: ...................
--
修改:z16166 FROM 125.35.123.*
FROM 125.35.123.*
不清楚。
你倒是可以试试修改你的debug方式，即在不修改输出目录的情况下来debug
【 在 z16166 的大作中提到: 】
: repo不是我控制的。回头找人定个规矩
: MS把输出目录放在*.vcxproj里，我需要把输出目录设置成另外一个目录来debug。
: 这些个属性不知道是否能用别的文件里的自定义的给override掉，而且不用直接修改*.vcxproj
: ...................
--
FROM 58.33.81.*
我把不同版本的工程文件放在不同目录，比如vs14, vs16,vs17
【 在 z16166 (Netguy) 的大作中提到: 】
: VC的工程文件：
: *.vcxproj
: *.vcxproj.filters
: *.vcxproj.user
--
FROM 60.12.158.*
debug输出放在另外目录，可以属性里改，就存在proj里
用相对路径，除非所有人都是相同的绝对路径
- 来自 水木社区APP v3.5.5
【 在 z16166 的大作中提到: 】
: repo不是我控制的。回头找人定个规矩
:
: MS把输出目录放在*.vcxproj里，我需要把输出目录设置成另外一个目录来debug。
: 这些个属性不知道是否能用别的文件里的自定义的给override掉，而且不用直接修改*.vcxproj
--
FROM 111.206.87.*
把输出目录设成O:\xxx，程序员自己本地随便映射O盘即可
【 在 z16166 (Netguy) 的大作中提到: 】
: repo不是我控制的。回头找人定个规矩
:
: MS把输出目录放在*.vcxproj里，我需要把输出目录设置成另外一个目录来debug。
: 这些个属性不知道是否能用别的文件里的自定义的给override掉，而且不用直接修改*.vcxproj
--
FROM 114.254.9.*
应该也是用的 msbuild 吧？
做一个专门指定覆盖这个属性的 target 文件放本地，gitignore 它
然后 vcxproj 文件后面引用这个 target 文件，condition 里判断存在这个 target 文件才引入
【 在 z16166 的大作中提到: 】
: VC的工程文件：
: *.vcxproj
: *.vcxproj.filters
: ...................
--
FROM 113.66.230.*
或者扔一个 Directory.Build.targets 文件在外面的目录
里面覆盖这个属性，应该可行
这样就不用改 .vcxproj 了
【 在 keygen 的大作中提到: 】
: 应该也是用的 msbuild 吧？
: 做一个专门指定覆盖这个属性的 target 文件放本地，gitignore 它
: 然后 vcxproj 文件后面引用这个 target 文件，condition 里判断存在这个 target 文件才引入
: ...................
--
FROM 113.66.230.*