File: comment_1_d62791da504f6cf9bb26fa588756234c._comment

package info (click to toggle)
git-annex 6.20170101-1%2Bdeb9u2
  • links: PTS
  • area: main
  • in suites: stretch
  • size: 50,088 kB
  • sloc: haskell: 53,116; sh: 1,582; ansic: 341; makefile: 292; perl: 144
file content (36 lines) | stat: -rw-r--r-- 1,184 bytes parent folder | download | duplicates (7)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
[[!comment format=mdwn
 username="joey"
 subject="""comment 1"""
 date="2016-07-06T18:42:47Z"
 content="""
annex.thin can only work on filesystems that support hard links,
so the most likely reason, from the information you have given,
is that the repository is on a FAT or other non-hard-link supporting
filesystem.

	joey@darkstar:~/tmp/xxx>date > bigfile
	joey@darkstar:~/tmp/xxx>git annex add bigfile
	add bigfile ok
	(recording state in git...)
	joey@darkstar:~/tmp/xxx>git commit -m add
	[master 39d19a4] add
	 1 file changed, 1 insertion(+), 1 deletion(-)
	 rewrite bigfile (100%)
	 mode change 100644 => 120000
	joey@darkstar:~/tmp/xxx>git annex unlock bigfile
	unlock bigfile ok
	(recording state in git...)
	joey@darkstar:~/tmp/xxx>ls -l bigfile
	-rw-r--r-- 2 joey joey 30 Jul  6 14:46 bigfile

It's working fine here as seen by the fact that bigfile
has a link count of 2 after being unlocked.

Other possibilies:

* If the repository was cloned using `git clone --shared`,
  annex.thin is not supported.
* If there are multiple files in the working tree that have the same
  content, annex.thin will only hard link one of them; the others
  will be non-thin copies.
"""]]