2013-10-22 13 views

risposta

12

Se si utilizza msysgit su Windows, c'è un regression on msysgit1.8.4 for git-svn.
Sembra apparire quando viene eseguito in un CMD, non in una shell bash, quindi è possibile provare lo stesso comando in una shell.

Oppure è possibile SubGit, che è uno strumento molto più completo e affidabile per il passaggio da svn a git repo. Listen to his author at GitMinutes #22.


La regressione è in corso di essere fisso (attualmente - ottobre 2013 - nel 'next' branch of the git repo) Bas Bossink conferma in the comments:

I just verified that it is fixed in git 1.8.5.2.msysgit.0

Vedi commit 7fbd42, per jiangxin:

Tvangeste found that the " relative_path " function could not work properly on Windows if "in" and "prefix" have DOS drive prefix (such as "C:/windows"). ($gmane/234434)

E.g., When execute: test-path-utils , relative_path "C:/a/b" "D:/x/y" should return " C:/a/b ", but returns " ../../C:/a/b ", which is wrong.

So make relative_path honor DOS drive prefix.

+3

Thx. la versione 1.8.3 sembra funzionare correttamente. – meow

+3

@amy yes, il downgrade è una soluzione. Questo dovrebbe essere corretto in 1.8.5, si spera. – VonC

+0

@VonC Ho appena verificato che è stato corretto in git 1.8.5.2.msysgit.0. –

0

Stavo vedendo questo problema em quando si utilizza --separate-git-dir con la directory di lavoro e la directory git su unità separate (git su un'unità di rete nel mio caso). Come soluzione temporanea, ho confermato che è possibile utilizzare mklink (esegui come amministratore) per mappare l'unità di destinazione: mklink/d "C: \ temp \ my-git-dir" "D: \ my-git-repo \"

Quindi qualcosa come il seguente produrrà un repository valido e una directory di lavoro. git clone --no-hardlinks repo_url --separate-git-dir = D:/mio-git-repo C:/temp/my-working-dir

Problemi correlati