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

Added a comment: reply to comment 1

Browse source
This commit is contained in:
webanck 2017-11-07 19:16:09 +00:00 • committed by admin
parent 80f1d316f5
commit 54404bcd6f
1 changed files with 31 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

31
doc/bugs/Massive_git_add_produces_sqlite_crashes/comment_2_74f3520d5eaecea35e52f3ffc2bbc559._comment Normal file
View file

@ -0,0 +1,31 @@
[[!comment format=mdwn
username="webanck"
avatar="http://cdn.libravatar.org/avatar/cd273f76ef8c4218510b4f50ef7e1f3d"
subject="reply to comment 1"
date="2017-11-07T19:16:08Z"
content="""
Hello joey, and thanks for the quick answer, I am honored !
It's refreshing to enter an active community :)
About the usage of \"bash on Windows\", well, git-annex had too many problems, especially with the symlinks, until the recent \"Windows 10 Fall Creators Update\".
Now it goes pretty well.
My main concern for the moment is the symlinks created in the \"bash\" can't be used by windows whereas symlinks created in windows can be used in \"bash\".
Thus working in an annexed directory with Windows programs needs to unlock files. One note though, I didn't try with hardlinks.
About the v6. I just figured that some minutes ago and, following <http://git-annex.branchable.com/tips/largefiles/>, created a .gitattributes file.
*.txt annex.largefiles=nothing
It works better now.
About the smudge/sqlite errors. I encountered those only after a big number of adds.
I even managed to add all my files eventually with a little loop ignoring the errors (for 1000 files):
for i in {1..10}
do
git add $(git ls-files --others | grep txt | head -100) 2> /dev/null
done
"""]]