【问题标题】:File conflict resolution in Feature branch功能分支中的文件冲突解决
【发布时间】:2018-11-02 00:23:16
【问题描述】:

我们最近开始在我们的项目中使用 GitHub 作为源代码控制,并且我们正在使用功能分支来处理这些功能。完成开发后,我们使用拉取请求将其合并到开发分支。

在合并过程中如果有冲突,我们会使用网页编辑器解决。但在此过程中,对文件所做的所有有冲突的提交都会作为功能分支的一部分包含在内。

有谁知道我怎样才能避免这种情况并确保功能分支保持干净?

【问题讨论】:

  • commits done on the file ... Git 中的提交不是在文件上完成的。提交在概念上表示存储库中 每个 文件的快照。当您通过将源分支合并到功能分支来保持最新状态时,反之亦然,事情不会保持“干净”,它们会变得混乱。这就是合并的工作原理。

标签: github git-merge-conflict feature-branch


【解决方案1】:

您应该只将功能分支合并到开发分支中(而不是相反)。然后在开发分支本身中解决冲突。

  1. git checkout 开发
  2. git 合并功能分支
  3. 解决开发中的冲突
  4. git 推送

注意:如果您对冲突解决过程不太满意,那么最好创建一个“开发合并”分支,然后将功能分支合并到其中,然后再创建一个更清晰的拉取请求以合并新的“开发合并” ' 进入 'develop' 分支。

这样,develop 分支将包含所有特性,同时特性分支不会复杂。

【讨论】:

  • 如果创建的拉取请求存在冲突,建议不要在网页编辑器中修复冲突,而是在命令提示符下解决?
  • 是的,在终端甚至 IDE 中解决它。但重要的是要在您要合并到(而不是从)的分支中执行此操作
猜你喜欢
  • 2016-10-24
  • 2011-05-18
  • 2014-10-24
  • 1970-01-01
  • 2016-10-29
  • 2021-07-30
  • 1970-01-01
  • 2015-11-19
  • 1970-01-01
相关资源
最近更新 更多