2017-07-29 51 views
1

我最近更新了我们的代码库到ES6。在此之后,我正在改进linter规则,并努力在代码库中设置标准。我的计划是建立一个初步的分支,只是在它们之间有一个更漂亮和更漂亮的设置。然后直接在eslint --fix上运行另一个分支,然后运行它。 (我们很好,这将最终搞砸了很多混帐责任)。这一转变的主要变化之一是从4个空间(以及许多地方的标签)移动到2个项目范围的空间。Lint&Prettier回购没有大规模合并冲突

该计划是,任何现有的分支机构将能够提交具有更漂亮工具的提交。他们可以在他们正在进行的功能上运行更漂亮的/ eslint,然后应该能够合并。

我遇到的问题是,在测试运行中执行此操作后,功能分支中存在的每个更改都会出现合并冲突。大多数情况下,合并冲突完全没有。

此问题仅影响存在且当前正在处理的分支,它不影响任何将在分支提交后创建的分支。

我试着用不同的算法做差异/合并。差异看起来不错,但合并仍然会产生冲突。

有没有人有经验将他们现有的项目转换为像这样的新缩进或做任何形式漂亮/ eslint --fix?

+0

您是否找到解决此问题的解决方案?我们的代码库遇到了同样的问题。谢谢! – midda25

回答

0

我在找到同一个问题的答案时遇到了这个问题。我想分享我的计划方法:

与团队合作将所有分支同时聚合回可以合并的主人。一旦所有分支合并(或接受修剪),执行短线。每个人都拉动有缺陷的版本,并能够再次分歧到自己的分支机构。

我希望有一种方法可以用Git记录内联增量,但在此之前我们必须有点创意。