我已经阅读了Git社区手册的基本分支和合并部分。
所以我遵循它，创建了一个分支:实验。
然后我:
切换到实验分支(git校验实验)
做一些改变
提交(git Commit -a)
切换到主分支(git checkout master)
做一些修改并提交
切换回实验性(git checkout experimental)
合并主机更改为实验性(git合并主机)
有一些冲突，但在我解决后，我做了'git add myfile'
现在我被困住了，我不能回到主人那里
当我做的时候
$ git checkout master
error: Entry 'res/layout/my_item.xml' would be overwritten by merge. Cannot merge.
我照做了:
$ git rebase --abort
没有正在进行的调整?
我照做了:
$ git add res/layout/socialhub_list_item.xml
$ git checkout master
error: Entry 'res/layout/my_item.xml' would be overwritten by merge. Cannot merge.
我该怎么做才能回到我的主分支?
当你使用命令git merge brancha branchb合并两个分支时，有两种可能:
通过跟踪一个分支(我们称之为brancha)的提交历史，另一个分支(我们称之为branchb)可以到达它。在这种情况下，git只需快进头指向最近的分支(在这种情况下是branchb)。
2.但是如果两个分支在某个较旧的点上分离了，那么git会创建一个新的快照并添加一个指向它的新提交。所以如果
合并的分支之间没有冲突，git平滑地创建了一个新的提交。
运行git log查看合并两个不冲突分支后的提交情况。
现在回到有趣的情况，合并分支之间存在合并冲突。这句话摘自https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging页
Git没有自动创建新的合并提交。在您解决冲突时，它暂停了进程。如果你想在合并冲突发生后的任何时刻查看哪些文件未合并，你可以运行git status
因此，如果存在合并冲突，你需要解决冲突，然后使用git add filename将你所做的更改添加到暂存区域，然后使用git commit命令提交这些更改，git会因为冲突暂停该命令。我希望这能解释你的问题。也请访问上面的链接以获得详细的了解。如果有任何疑问，请在下面评论，我很乐意帮助。
当你使用命令git merge brancha branchb合并两个分支时，有两种可能:
通过跟踪一个分支(我们称之为brancha)的提交历史，另一个分支(我们称之为branchb)可以到达它。在这种情况下，git只需快进头指向最近的分支(在这种情况下是branchb)。
2.但是如果两个分支在某个较旧的点上分离了，那么git会创建一个新的快照并添加一个指向它的新提交。所以如果
合并的分支之间没有冲突，git平滑地创建了一个新的提交。
运行git log查看合并两个不冲突分支后的提交情况。
现在回到有趣的情况，合并分支之间存在合并冲突。这句话摘自https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging页
Git没有自动创建新的合并提交。在您解决冲突时，它暂停了进程。如果你想在合并冲突发生后的任何时刻查看哪些文件未合并，你可以运行git status
因此，如果存在合并冲突，你需要解决冲突，然后使用git add filename将你所做的更改添加到暂存区域，然后使用git commit命令提交这些更改，git会因为冲突暂停该命令。我希望这能解释你的问题。也请访问上面的链接以获得详细的了解。如果有任何疑问，请在下面评论，我很乐意帮助。
