神秘的git行为

Question

我已经解决了这个问题.但我仍然不知道为什么我的工作.

我们的代码在运行时有一个svn存储库.我有一个本地git-svn存储库,因为我<3 Git.:)我们使用Windows,所以我使用Cygwin.我认为Cygwin的最新版本是Git 1.7.0.4.星期五,我没有问题地提交我的代码,回家了.周一早上我回来了,并试图'git svn rebase',因为有人在周末提交了代码(成绩优异).

它开始正常,然后突然决定它找不到行李箱.不幸的是,我丢失了确切的错误消息,但它大喊大叫不要找到/ refs/remotes/trunk ...而且我非常害怕.幸运的是,我没有未提交的代码.没什么可失去的.然而,每次我尝试'git svn rebase'之后,它会挂起来,然后我会得到以下错误:

无法从工作树历史记录中确定上游SVN信息

我研究了一整天.我尝试将svn-remote网址从https://xxx.xxx.xxx/xxx/xxx更改为https://xxx.xxx.xxx/xxx/xxx /,这看起来很荒谬.然后我做了一个'git svn fetch'......它重新获取了整个主干(所有1682个提交).但是,这种反弹仍然行不通.所以我放弃了这一天,并决定第二天我将创建一个新的存储库并重新开始(这将需要一整天).今天早上,在我毫不掩饰地删除我的存储库之前,我去了这里问问题.我遇到了这个:

git-svn rebase发生了可怕的错误

这不正是我的问题,但我决定尝试"混帐的复位-硬主干",因为这就是我想要的.它奏效了.现在一切都很好.

然而.

为什么一开始就这样做？据我所知,我没有改变任何东西,因为我周末没有上班.什么样的事情会导致这个错误？我认为我心不在焉地做了一件糟糕的事,但我需要知道是什么让我不再这样做了.:)

提前致谢.

Answer 1

这个错误：

Unable to determine upstream SVN information from working tree history

听起来你当前的 git 历史记录根本不是基于 svn 历史记录，因此 rebase 无法找到共同的祖先。

通过更改 URL，我认为所有提交的提交消息都略有不同，因此 sha1 哈希值也不同，因此您的旧祖先与新祖先不匹配，导致 rebase 失败。

至于为什么 trunk 消失/失败，如果没有错误消息，很难理解发生了什么。