将具有无法解决的冲突的不同步特性分支合并到 master
Merge out of sync feature branch with unsolvable conflicts to master
我知道这可能永远不会发生 :( 但现实情况是我有一个 master 分支具有冒烟测试的一些初始功能，该功能目前在网站上运行，供真实客户进行测试。然后团队计划在冒烟测试中加入更多的特性，我一直在积极的在新的特性分支上工作，姑且称之为feature-branch.
feature-branch 需要 auth 和比 master 更复杂的逻辑。我无法在 feature-branch 与 master 上进行开发，因为 master 上的更新将自动部署到实时测试中，我们不想在安全性达到完美之前这样做。
现在 feature-branch 已经准备就绪，但是，额外的功能导致代码发生了巨大的变化。我计划将此 feature-branch 合并到 master 以交付添加的功能。
我预计会有大量的冲突，其中一些很难解决。幸运的是，主要冲突仅存在于几个文件中。
有没有办法“覆盖” master 分支与此 feature-branch 而我们保持master 分支的先前提交记录?
我建议你拉master分支到你的feature-branch，解决可能的冲突。此时您可以提出拉取请求或简单地将您的功能分支推送到主分支。所有，您之前在 master 分支上的提交将仍然存在。 VCS 正是为此而生
我知道这可能永远不会发生 :( 但现实情况是我有一个 master 分支具有冒烟测试的一些初始功能，该功能目前在网站上运行，供真实客户进行测试。然后团队计划在冒烟测试中加入更多的特性，我一直在积极的在新的特性分支上工作，姑且称之为feature-branch.
feature-branch 需要 auth 和比 master 更复杂的逻辑。我无法在 feature-branch 与 master 上进行开发，因为 master 上的更新将自动部署到实时测试中，我们不想在安全性达到完美之前这样做。
现在 feature-branch 已经准备就绪，但是，额外的功能导致代码发生了巨大的变化。我计划将此 feature-branch 合并到 master 以交付添加的功能。
我预计会有大量的冲突，其中一些很难解决。幸运的是，主要冲突仅存在于几个文件中。
有没有办法“覆盖” master 分支与此 feature-branch 而我们保持master 分支的先前提交记录?
我建议你拉master分支到你的feature-branch，解决可能的冲突。此时您可以提出拉取请求或简单地将您的功能分支推送到主分支。所有，您之前在 master 分支上的提交将仍然存在。 VCS 正是为此而生