mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Browse source
This commit is contained in:
https://www.google.com/accounts/o8/id?id=AItOawnW_CrhP9p50n9UUhTg_a9glyKWSvnrjRQ 2015-02-02 12:30:46 +00:00 • committed by admin
parent beb49cdc23
commit 4cf73bc9f3
1 changed files with 34 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

34
doc/bugs/git_annex_drop_direct_creates_symlinks_with_possibly_incorrect_path_separator.mdwn Normal file
View file

@ -0,0 +1,34 @@
### Please describe the problem.
On windows, path separator of symlinks created by drop command is different than the one created by checkout/update, leading to incorrect git annex status reporting
### What steps will reproduce the problem?
Checkout a repo in direct mode on windows, you'll see symlinks as such (using the 'unix' path separator):
../../../.git/annex/objects/p1/GM/SHA256E-s921877--4801f74cb608bdcea1f7f7a50a874865c87d03bc6fff3d16e2b9d216b4c231 ..... etc.
get the content, and then drop it, the symlink which is then recreated has different path separator:
..\..\..\.git\annex\objects\p1\GM\SHA256E-s921877--4801f74cb608bdcea1f7f7a50a874865c87d03bc6fff3d16e2b9d216b4c231 ----- etc.
resulting in misreported git annex status:
git annex statua
M dropped.file.name
changing the path separator seemingly solves:
sed -e 's/\\\/\\//g' dropped.file.name -i
git annex dropped.file.name
.... nothing reported ....
### What version of git-annex are you using? On what operating system?
git-annex version: 5.20150128-g2df3a02
running on Microsoft Windows [Version 6.1.7601]
### Please provide any additional information below.
no additional info.