为什么git-pull“repo location”会改变工作目录?

时间:2015-07-22 18:00:34

标签: git version-control

我在dir A中有一个带有工作副本的本地仓库,我将其克隆到并行目录B.我切换到A中的分支,进行更改并提交它们。现在,如果我去B并从A做一个“git pull ../A”,我将从当前活动的分支的更改应用到B中的主...但不是我所期待的。如果我只依靠配置的原点进行“git pull”,那么当然不会发生这种情况。

当有工作副本时,这是git-pull“repo location”的预期行为吗?有人能指出我描述这个的文档吗?

编辑:我认为这必须是一些基本的git行为/用例,我只是不知道但到目前为止我没有得到任何回答这个问题。如果有人想知道为什么我会这样做 - 我在我自己的项目上使用多台机器上的本地git repos。我认为这是根据需要在它们之间进行更改的git方法,我在文件夹之间直接在ssh上执行此操作...我没想到拉动更改会受到正在检查的工作副本的影响远程回购。我不确定如何在将来使用这种技术避免错误。我必须对裸仓库进行更改以便共享它们吗?

1 个答案:

答案 0 :(得分:0)

似乎git pull通过从同一个远程repo分支获取和合并更改来尊重本地检出的分支,但是git pull ../A接受远程工作副本中检出的任何内容并将其合并到我的本地工作中copy ...我没有任何自定义配置,我的测试只是创建一个空目录,用repo初始化它,添加文件,分支和克隆,如我的OP中所述。如果需要,我可以发布确切的指令序列。但是我想我已经解决了这就是它的作用。