CI to automate build of cargo lockfiles on different Alpine releases for git-annex aports
https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/git-annex
bbba6c19bd
Backends are now only used to generate keys (and check them); they are not arbitrary key-value stores for data, because it turned out such a store is better modeled as a special remote. Updated docs to not imply backends do more than they do now. Sometimes I'm tempted to rename "backend" to "keytype" or something, which would really be more clear. But it would be an annoying transition for users, with annex.backends etc. |
||
---|---|---|
Backend | ||
Build | ||
Command | ||
debian | ||
doc | ||
Git | ||
Remote | ||
Types | ||
Upgrade | ||
Utility | ||
.gitattributes | ||
.gitignore | ||
Annex.hs | ||
AnnexQueue.hs | ||
Backend.hs | ||
Branch.hs | ||
CHANGELOG | ||
CmdLine.hs | ||
Command.hs | ||
Config.hs | ||
configure.hs | ||
Content.hs | ||
Crypto.hs | ||
git-annex-shell.hs | ||
git-annex.cabal | ||
git-annex.hs | ||
git-union-merge.hs | ||
Git.hs | ||
GitAnnex.hs | ||
GPL | ||
Init.hs | ||
INSTALL | ||
LocationLog.hs | ||
Locations.hs | ||
Makefile | ||
mdwn2man | ||
Messages.hs | ||
Options.hs | ||
PresenceLog.hs | ||
README | ||
Remote.hs | ||
RemoteLog.hs | ||
Setup.hs | ||
test.hs | ||
Trust.hs | ||
Types.hs | ||
Upgrade.hs | ||
Utility.hs | ||
UUID.hs | ||
Version.hs |
git-annex allows managing files with git, without checking the file contents into git. While that may seem paradoxical, it is useful when dealing with files larger than git can currently easily handle, whether due to limitations in memory, checksumming time, or disk space. For documentation, see doc/ or <http://git-annex.branchable.com/>