The command operates recursively, so you can just run git annex unannex. Git annex's own commands for "unannexing" (such as git annex uninit) are limited: in particular they do not well support quickly turning a git annex repository into a plain directory of files. I tried rsync's -link-dest, like this: rsync -rLptgoD -safe-links -exclude='.git/' -link-dest=annex annex/ copyīut that doesn't produce hard links, presumably because the presence of the symlinks means that rsync doesn't know which files to hard link to. How can I copy a directory of files, de-referencing symlinks, but hard linking to the referents of the symlinks? To save space until I remove the original annex directory, I want the file foo to be a hard link to. What I want is a command to take an annexed repository like that above and create a new directory containing just the (unsymlinked) files: in this case, just the single file foo. git directory would also remove all the actual file content! Lrwxrwxrwx 1 me me 178 Jan 6 15:10 foo ->. Initialised empty Git repository in /tmp/annex/.git/ All "annexed" files are actually symlinks into.
GIT ANNEX UNLOCK HOW TO
If you do have symlinks in your schema beyond those created by git-annex, then my little shortcut probably isn't the right choice for you, and you should consider sticking with just git annex uninit.I'm experimenting with git annex, and before I import too much to git annex I'd like to figure out how to quickly blow away the "annexed" git repository without losing my annexed file content and its directory structure. This second method worked for me because there were no other symlinks in my schema. Only problem was that the file permissions were not retained from my original state, so I needed to run some chmod and chcon commands to fix up the permissions. And it was blazing fast: around 30 seconds for my entire file tree. I used the cp -rL flags to automatically duplicate the contents of my file tree and reverse all symlinks in the duplicate copy. What I ended up doing was actually surprisingly simple and worked well. My filesystem tree is about 200,000 files, so that was just unacceptable. It took about 5 minutes to "unannex" just a single file. I started running git annex uninit, but my god was it slow.
GIT ANNEX UNLOCK PLUS
It will unannex every file in the repository, and remove all of git-annex's other data, leaving you with a git repository plus the previously annexed files. In that case you should use git annex drop instead, and you can also git rm the file. This is not the command you should use if you intentionally annexed a file and don't want its contents any more. You can use git annex unannex to move content out of the annex at any point, even if you've already committed it. Use this to undo an accidental git annex add command. Okay, so I stumbled upon some docs for git-annex, and they give two commands that achieve what I wanted to do:
0 kommentar(er)
