Comments in the moderation queue:
Recent comments posted to this site:
To install git-annex next to 64bit git on Windows:
Start cmd.exe with administrator privileges and run
mklink /J "C:\Program Files (x86)\Git" "C:\Program Files\Git"
to add a sym-link. Install git-annex.
git annex add
I tried your solution but git annex whereis displays the remotes and the uuid of the remotes and not the URI of the file on tahoe.
Example in plain text file name is "hello.txt" containing some data and the URI for it in plain text on tahoe is "URI:CHK:wvyj4ah75mh77oehnwv236jogi:a2d4nx7c7jtyllfle573fgkdvfykci2o2glzknv54vhyo23qb2ya:1:1:110".
So i intend to find how and where is the plain text URI of the file stored ? Is it stored in some encrypted form? Where/how can i retrieve the plaintext URI.
Also Question 2) You mentioned about git annex branch. Where is the git annex branch? where is the state log?
Sure, it would be great to have a special remote supporting the git-lfs
storage backend. This would let git-annex repos be uploaded to github along
with the annexed files, which is a nice diversity to have in addition to
gitlab's support for git-annex.
The API is documented, so it's certianly doable, as an external special
that would be pretty awesome! thanks so much for looking into what others are doing: it takes great maturity and respect for others, something that is so often missing online...
i hope this can solve a bunch of WTF issues i've had with direct mode, which already improved by leaps and bounds, mind you.
speaking of which - would it make sense for git-annex to support lfs remotes out of the box? or is considered builtin to git (ie. if you install git-lfs, you can already have a hybrid lfs/annex repo?)
error: unable to create file doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work_40fixed_by_regular_lxsession_package_update_from_2014-06-3041.mdwn (File name too long)
fatal: unable to checkout working tree
A remote has 200MB of file contents in .git/annex.
A local repo issues a git annex drop --from=myremote.
git annex drop --from=myremote
The remote .git/annex still has 200MB of file contents.
Sometimes it works. I'm guessing it has to do with the order of commands issued.