是否在文件的csproj事项的顺序？ [英] Does the order of items in a csproj file matter?

问题描述

我想在我们整个团队编程解决方案管理VS2008的csproj文件。我们得到偶尔的合并问题（汞），只是因为两个开发人员在项目中添加不同的新文件，但他们最终在同一个地方，在文件的csproj并触发需要解决冲突。有时，一个标签丢失和触发器编译错误。

I would like to programatically manage the VS2008 csproj files in our solution across the team. We get occasional merge issues (in Hg) simply because two developers add different new files in a project, but they end up in the "same place" in the csproj file and trigger the need to "resolve the conflict". Sometimes, one tag gets lost and triggers build errors.

• 我可以合并＆LT;＆的ItemGroup GT; S中的似乎只是列出或标记


• 我可以重新排列＆lt;内容＆GT; 或＆LT;编译＆GT; 标签？或者，他们是在一些聪明的秩序？


• 如果这是一个VS2008项目好吧，我将能够通过对VS2010 / 2012进行此，还是什么改变相关与这个想要的吗？

• Can I merge <ItemGroup>s that seem to just list or tags?
• Can I reorder <Content> or <Compile> tags? or, are they in some "smart" order?
• If this is okay in a VS2008 project, will I be able to carry this through to VS2010/2012, or does anything change relevant to this want?

推荐答案

是的，你可以合并。该命令没有什么区别。将通过开展以2010/2012。

Yes, you can just merge it. The order makes no difference. Will carry through to 2010/2012.

这篇关于是否在文件的csproj事项的顺序？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！