Question

我们使用先天,我用高炉维持疗养。在某个时候,我们的vn服务器决定退还403台。事情发生于每一个人,而不仅仅是我。

由于这一原因,我无法做一根基。我看到这一错误:

Index mismatch: 164adbb93408bed4ff0bdbcbf07bdfb2c49ed0ce != 64443edc6089f7f737e51cf8ea5ff3680c95a7e9
rereading 0f2fa25d15a35ac3fe311e3e0142f1d9e5a3be18
    M   test/system-tests/src/test/java/com/garmin/elevation/ElevationManagerSystemTest.java
    M   test/activity-test/src/test/java/com/garmin/elevation/ElevationManagerIntegrationTest.java
    M   test/activity-test/src/test/java/com/garmin/mb/activity/service/ActivityServiceManagerIntegrationTest.java
    M   system/deployment/src/main/resources/oracle/releases/2.9-SNAPSHOT/110-preference/4-data.dml.sql
    M   pom.xml
service/activity-service-1.2/src/main/java/com/garmin/activity/service/impl/ActivityServiceImpl.java was not found in commit 0f2fa25d15a35ac3fe311e3e0142f1d9e5a3be18 (r8845)

它在最后抱怨的是,当我们有错误时,它又回到了403个。在我的档案系统中,存在服务/活动服务夹。我认为,它试图篡改档案(这是对面貌的变化),但是由于档案确实存在,它只是被击。

因此,我认为,如果我能够取消过去的修订,然后重新计算这些修订,那可能只是工作。我不敢肯定如何做到这一点。我试图以互动方式重新铺设,然后拆除了一辆面包车,但那是徒劳的。

因此,任何人都知道如何使用已经过时的文本?

Answer 1

现在做得更好的途径是:git svn reset -r <rev>,rev<>em>,即修订,请在前开始重新计算。之后,仅运行<代码>git svn fetch,并将重建其指数,并在rev之后重新计算修订。

Answer 2

首先是您的目录。

Remove the .rev_map.$UUID file for the problem Branch, below .git/svn; and rewind the git-svn-generated生成的、代表问题处的分支(典型的是trunk)。为重新定义该分行,操作git Pack-refs——all,gitlog$ BRANCH,在问题发生之前发现该分行,并佩特/包装-refs,以便分行现在指明老年人的承诺。然后,git svn fetch。它将从你现有的创伤处重建订正地图,然后唤起你尚未承诺的 s,包括问题。你们现在应当能够重新确定基础,并通常放弃。

Answer 3

s 回答是简单的,在大多数情况下都是行之有效的,除非重新招标是该处的第一项承诺。

这是对@Tobu s.的细微版本。 a. 指挥权,以防重弹

Backup your .git directory
Remove .git/svn/refs/remotes/<your-svn-remote>/<your-svn-branch> directory
git update-ref refs/remotes/<your-svn-remote>/<your-svn-branch> <last-good-commit>
Now git svn fetch will re-fetch SVN commits after <last-good-commit>

友情链接