Automatically convert direct mode repositories to v7 with adjusted unlocked branches
* Automatically convert direct mode repositories to v7 with adjusted unlocked branches and set annex.thin. * init: When run on a crippled filesystem with --version=5, will error out, since version 7 is needed for adjusted unlocked branch. * direct: This command always errors out as direct mode is no longer supported. * indirect: This command has become a deprecated noop. * proxy: This command is deprecated because it was only needed in direct mode. (But it continues to work.) Also removed mentions of direct mode throughough the documentation. I have not removed all the direct mode code yet.
This commit is contained in:
parent
f6fb4b8cdb
commit
20741b1eb4
27 changed files with 98 additions and 484 deletions
|
@ -106,15 +106,3 @@ It might be interesting to find someway to unlock and lock the library
|
|||
only when running calibre, a simple script to launch calibre will do
|
||||
that. Note that each time you will lock and unlock, you will have a
|
||||
new commit in git.
|
||||
|
||||
Another solution
|
||||
===================
|
||||
You could also use direct mode in place of the auto unlock feature
|
||||
|
||||
git annex direct
|
||||
|
||||
Then remove the `post-commit` git hook (or do not add it). Its a
|
||||
simpler solution, but remember that interaction between git annex direct
|
||||
repositories and plain git are complex and sometimes downright dangerous. See [[direct mode]] for details.
|
||||
|
||||
In particular, do *not* called `git add *` in the above steps, as that will commit all books into git.
|
||||
|
|
|
@ -6,9 +6,7 @@ With git-annex this changes some: Very large files can be managed with git-annex
|
|||
|
||||
In this method, you just remove annexed files whenever you want, and commit the changes. This is probably the most natural way to go.
|
||||
|
||||
In an indirect mode repo, you can do this the same way you would in a regular git repository. For example, `git rm foo; git commit -m "removed foo"`. This leaves the contents of the files still in the annex, not really deleted yet.
|
||||
|
||||
If you have a direct mode repo, you can't run `git rm` in it. Instead, you can just delete files using `rm` or your file manager, and then run `git annex sync` to commit the deletion. That will delete the file's content from your disk. Even if it's the only copy of the file!
|
||||
You can do this the same way you would in a regular git repository. For example, `git rm foo; git commit -m "removed foo"`. This leaves the contents of the files still in the annex, not really deleted yet.
|
||||
|
||||
Either way, deleting files can leave some garbage lying around in either the local repository, or other repositories that contained a copy of the content of the file you deleted. Eventually you'll want to free up some disk space used by one of these repositories, and then it's time to take out the garbage.
|
||||
|
||||
|
|
|
@ -81,8 +81,7 @@ Download and install the [git-annex-turtle](https://github.com/andrewringler/git
|
|||
## OS X (Finder) Context Menus
|
||||
|
||||
For OS X, it is possible to get context menus in Finder. Due to how OS X
|
||||
deals with symlinks, one needs to operate on folders if using indirect
|
||||
mode. Direct mode operation has not been tested.
|
||||
deals with symlinks, one needs to operate on folders.
|
||||
|
||||
1. Open Automator and create a new Service.
|
||||
2. Using the Drop down menus in the top create the sentence "Service receives selected folders in Finder.app" to have it work on folders. For direct mode operation it is probably reasonable to select "files or folders".
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue