ReSharper码清除/重新格式化码特征vs版本控制系统

题

ReSharper代码清理的特征(与"重新排序成员"和"重新编码"启用)是真正很大的。你定义的布局模板的使用XML，那么一个简单的关键结合的重组你的整个来源文件(或文件夹/项目/方案)根据本规则设定的模板。

无论如何，你认为可能是一个问题有关的风险投资就像颠复、cvs统，等等。?是否有一个机会，它使许多不希望冲突？

谢谢你。

解决方案

是的，它肯定会引起问题。此外，以创造冲突，必须以手动解决，当你检查一文件，该文件已重定格式，风险会注意到几乎每一行为已经改变。这将使它很难对你或你的队友来回看历史，看到什么改变时。

这就是说，如果每个人体自动套用他们的代码相同的方式(即，你分发这XML模板球队)，那么它可能会很好的工作。问题真的只进来的时候不是每个人都在做同样的事情。

其他提示

我在等待一个IDE或编辑，总是存的源代码使用的一些基准格式规则，但允许每一个人开发者，以显示和编辑码在他们自己的优选形式。这样我可以把我打开大括号开始的下一个线而不是在结束前线，所有你的异教徒似乎认为它是。

我猜是我会等待了很长时间。

你可以使用 StyleCop 强制执行一套全面的标准，这相当多部队的每个人都使用相同的布局风格。然后你所有你需要做的是开发一个ReSharper代风格的规范相符这一点，并将其分发给该小组。

我仍然在等待别人做这个, 和对本文来清除了所有的琐碎的细节，哪些是不充分的支持，以便允许ReSharper基本上保证充分StyleCop遵守情况。

它绝对可以导致冲突，所以我要确保你不要重新整个文件中如果有人对他们的工作平行。

它肯定可能会导致冲突。

如果你想要使用这在一个多用户环境，然后配置的Resharper需要的格式代码的一套标准执行在组织无论是否用户使用的Resharper或没有。

这样，你使用的工具，以确保自己的代码符合标准，没有毯子，用你的喜好，以整个代码。

我同意前面的答复状态，冲突是可能的，甚至是可能的。

如果你正计划重新代码然后至少确保不重新检查，与那些改变的功能的实际代码。这样人们可以跳过检查程序是简单的reformattings.它也是一个好主意，以确保每个人都知道，重新格式化的未来，使他们可以反对，如果他们有正在进行这一领域的工作。

我们正在一些工作与重构在的源代码的水平。我们呼吁它Xmerge，并且它现在的一部分塑料.这只是第一种方法，因为我们在工作上的更先进的解决方案。检查它在这里，.

这可能是一个很好的想法编写脚本，以检查每一个版本在你的来源控制的历史、适用的代码清理，然后检查进入一个新的储存库。然后使用该仓库所有的工作在未来。

许可以下： CC-BY-SA 和归因