git状态:UU是什么,为什么要添加/rm修复它?
以下是此功能分支的当前状态 最近的步骤:git状态:UU是什么,为什么要添加/rm修复它?,git,github,git-rebase,git-stash,git-add,Git,Github,Git Rebase,Git Stash,Git Add,以下是此功能分支的当前状态 最近的步骤: 远程开发分支机构出现分歧 获取远程开发分支 隐藏了我想保留的本地要素分支的分歧变化 从本地开发分支机构重新设置功能分支机构的基础 隐藏弹出的特征分支更改 隐藏应用要素分支更改 结果: $ git status # On branch feature-foo-branch # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modifi
$ git status
# On branch feature-foo-branch
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: foo/bar.php
# modified: foo/baz.php
#
# Unmerged paths:
# (use "git reset HEAD <file>..." to unstage)
# (use "git add/rm <file>..." as appropriate to mark resolution)
#
# both modified: foo/conflict.php
#
git建议使用add
或rm
来解决冲突。UU
是什么意思?为什么这些是修复它的选项
我能找到的关于解决类似冲突的所有信息都说不要使用rm
,这让我想知道为什么git认为它是合适的
我在git手册页面中找不到关于
UU
的任何信息,但似乎也有一些问题,无法找出add
在这种情况下起作用的原因。请参见git status
手册:
在简短格式中,每个路径的状态显示为
XY路径1->路径2
对于存在合并冲突的路径,X和Y显示合并每一侧的修改状态。对于没有合并冲突的路径,X显示索引的状态,Y显示工作树的状态。对于未跟踪的路径,XY是
U=已更新但未合并
所以UU的意思是:未合并,都修改了
我认为add或rm消息是针对未合并状态的通用消息,其中状态可以是未合并、已删除
、未合并、已被它们删除
等等,因此建议rm
。这就是为什么建议中有适当的。另请参见
$ git status -s
UU foo/conflict.php
M foo/bar.php
M foo/baz/php