This commit is contained in:
https://me.yahoo.com/a/x4ddlZwKw9O9IsCHmNZz7tSJn2h0H3vX#23f03 2017-12-07 18:37:29 +00:00 committed by admin
parent 6bc4852d54
commit e8d95ee445

View file

@ -8,51 +8,53 @@ when unlock multiple files, files are not hard linked
I don't really know. I don't really know.
Currently I have a repository that exhibits the problem: Currently I have a repository that exhibits the problem:
%git status --> all clean %git status --> all clean
# this works as expected # this works as expected
%git annex unlock bucket/tata %git annex unlock bucket/tata
%ls -li bucket/tata %ls -li bucket/tata
33292697 -rw-rw-r-- 2 karl qbstaff 102400000 Dec 7 19:02 bucket/tata 33292697 -rw-rw-r-- 2 karl qbstaff 102400000 Dec 7 19:02 bucket/tata
%find . -inum 33292697 %find . -inum 33292697
./bucket/tata ./bucket/tata
./.git/annex/objects/V0/3Z/SHA256E-s102400000--c50bbc52a81112507134d764ec570ab373be5c4a3b1dd1d87ce609d14d031a17/SHA256E-s102400000--c50bbc52a81112507134d764ec570ab373be5c4a3b1dd1d87ce609d14d031a17 ./.git/annex/objects/V0/3Z/SHA256E-s102400000--c50bbc52a81112507134d764ec570ab373be5c4a3b1dd1d87ce609d14d031a17/SHA256E-s102400000--c50bbc52a81112507134d764ec570ab373be5c4a3b1dd1d87ce609d14d031a17
git annex lock bucket/tata git annex lock bucket/tata
# this does not
%git annex unlock bucket/
%ls -li bucket/tata
33292708 -rw-rw-r-- 1 karl qbstaff 102400000 Dec 7 19:02 bucket/tata
%find . -inum 33292708
./bucket/tata
As you can see, now the inode is wrong (different from the annex object file), and the unlocked file is not a hard link. This does not:
%git annex unlock bucket/
%ls -li bucket/tata
33292708 -rw-rw-r-- 1 karl qbstaff 102400000 Dec 7 19:02 bucket/tata
%find . -inum 33292708
./bucket/tata
As you can see, now the inode is wrong (different from the annex object file), and the unlocked file is not a hard link. The only difference is the argument to git annex unlock
This is really annoying, I switched to V6 for this particular feature, I have a large repository to update and it takes ages since files are copied instead of hard linked. This is really annoying, I switched to V6 for this particular feature, I have a large repository to update and it takes ages since files are copied instead of hard linked.
### What version of git-annex are you using? On what operating system? ### What version of git-annex are you using? On what operating system?
%git config annex.thin %git config annex.thin
true true
%git annex version %git annex version
git-annex version: 6.20171018+gitgbb20b1ed3-1~ndall+1 git-annex version: 6.20171018+gitgbb20b1ed3-1~ndall+1
build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV Inotify DBus DesktopNotify ConcurrentOutput TorrentParser MagicMime Feeds Quvi build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV Inotify DBus DesktopNotify ConcurrentOutput TorrentParser MagicMime Feeds Quvi
dependency versions: aws-0.14.1 bloomfilter-2.0.1.0 cryptonite-0.20 DAV-1.3.1 feed-0.3.11.1 ghc-8.0.1 http-client-0.4.31.1 persistent-sqlite-2.6 torrent-10000.0.0 uuid-1.3.12 yesod-1.4.3 dependency versions: aws-0.14.1 bloomfilter-2.0.1.0 cryptonite-0.20 DAV-1.3.1 feed-0.3.11.1 ghc-8.0.1 http-client-0.4.31.1 persistent-sqlite-2.6 torrent-10000.0.0 uuid-1.3.12 yesod-1.4.3
key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL
remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
local repository version: 6 local repository version: 6
supported repository versions: 3 5 6 supported repository versions: 3 5 6
upgrade supported from repository versions: 0 1 2 3 4 5 upgrade supported from repository versions: 0 1 2 3 4 5
operating system: linux x86_64 operating system: linux x86_64
%lsb_release -a %lsb_release -a
No LSB modules are available. No LSB modules are available.
Distributor ID: Ubuntu Distributor ID: Ubuntu
Description: Ubuntu 14.04.5 LTS Description: Ubuntu 14.04.5 LTS
Release: 14.04 Release: 14.04
Codename: trusty Codename: trusty
@ -69,6 +71,6 @@ Codename: trusty
### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders) ### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
Yes, we use it on a daily basis and love it. Yes, we use it on a daily basis and love it.
Note that we will have to switch to LFS because gitlab no longer supports git annex from v9 release. Note that we will have to switch to LFS for a lot of use cases because gitlab no longer supports git annex from v9 release.