Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/git/24.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
git rebase——继续与新提交_Git_Git Merge_Git Rebase_Git Commit_Merge Conflict Resolution - Fatal编程技术网

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
)也很方便