git rebase——继续与新提交
如果遇到合并错误,我通常会解决合并错误,再次添加文件并使用git rebase——继续与新提交,git,git-merge,git-rebase,git-commit,merge-conflict-resolution,Git,Git Merge,Git Rebase,Git Commit,Merge Conflict Resolution,如果遇到合并错误,我通常会解决合并错误,再次添加文件并使用 git-rebase——继续 继续拉和推 现在我有时间深入研究git是如何工作的,并发现应该可以创建一个新的提交。我认为,这也许是一个好主意,可以澄清存在一些合并错误,并且这些错误是手动解决的 那么推荐使用哪一种?它们的优缺点是什么? 提前谢谢 只需使用git-rebase--continue。解决冲突是重新调整基础的预期部分。您正在丢弃实际上导致冲突的旧提交,因此我认为单独记录其解决方案没有任何好处。要添加到,您的两个选项是重新设置基
git-rebase——继续
继续拉和推 现在我有时间深入研究git是如何工作的,并发现应该可以创建一个新的提交。我认为,这也许是一个好主意,可以澄清存在一些合并错误,并且这些错误是手动解决的 那么推荐使用哪一种?它们的优缺点是什么?
提前谢谢 只需使用git-rebase--continue。解决冲突是重新调整基础的预期部分。您正在丢弃实际上导致冲突的旧提交,因此我认为单独记录其解决方案没有任何好处。要添加到,您的两个选项是重新设置基础和合并 当您单独处理某个功能时,或者特别需要在最新的主程序上重放您的更改时,Rebase是很好的 当你和其他人一起工作时,合并是很好的,因为重定基址重写了历史,使协作变得困难或完全不可能 如果您的更改经常被推送(就像其他人的更改一样),并且您希望确保您的git历史记录更清晰、更易于在可视化工具(如
gitg
或git log--graph
视图)中遵循,那么快速重新基址(git pull--rebase
)也很方便