Git-annex is not unison, but if you’re finding unison’s checksumming too slow, or its strict mirroring of everything to both places too limiting, then git-annex could be a useful alternative. Git-annex is also not a folder mirroring system like syncthing (although syncthing could be supported as a special remote) or gut, but it can be used to sync files such a way, with certain limitations (for example, it doesn’t like syncing. Git-annex is also not a distributed file system like Bittorrent or ipfs but both are supported as special remotes with more work in making git-annex more distributed underway. Git-annex is more than just a workaround for git scalability limitations that might eventually be fixed by efforts like git-bigfiles. In particular, git-annex’s location tracking allows having many repositories with a partial set of files, that are copied around as desired. Git-annex is not some flaky script that was quickly thrown together. I wrote it in Haskell because I wanted it to be solid and to compile down to a binary. (Don’t be fooled by “make test” only showing a few dozen test cases each test involves checking dozens to hundreds of assertions.) And it has a fairly extensive test suite. ![]() Git-annex is not git-media, although they both approach the same problem from a similar direction. I only learned of git-media after writing git-annex, but I probably would have still written git-annex instead of using it. git-media uses git smudge filters (recently supported in git-annex as well see unlocked files) and may be a tighter fit for certain situations. It lacks git-annex’s support for widely distributed storage, using only a single backend data store. It also does not support partial checkouts of file contents, like git-annex does. Git-annex is similarly not git-fat, which also uses git smudge filters, and also lacks git-annex’s widely distributed storage and partial checkouts. Similarly, git-annex is not git-lfs, which also uses git smudge filters, and appears to lack git-annex’s widely distributed storage and partial checkouts. Git-annex is also not boar, although it shares many of its goals and characteristics. Boar implements its own version control system, rather than simply embracing and extending git. ![]() And while boar supports distributed clones of a repository, it does not support keeping different files in different clones of the same repository, which git-annex does, and is an important feature for large-scale archiving. Git-annex is not the Mercurial largefiles extension. Although mercurial and git have some of the same problems around large files, and both try to solve them in similar ways (standin files using mostly hashes of the real content). Here are some places that provide free Git hosting. ![]() Check on GitServer if you want to host your own repository. Unfuddle No SVN YesĐ.2đ project, 2 collaborators ProjectLocker No SVN Read-only httpĐ.2đ project, 2 collaborators Yes No Yes Unlimited Unlimited projects, unlimited collaborators GitEnterprise No No Nođ Unlimited projects, 10 collaborators Providerğramework is open-source? Support for other SCM Open-source repositories Space (GB)ğree private repositoriesĪssembla No SVN/Hg/P4 YesĐ.15đ project, 3 usersīeanstalk No SVN NoĐ.1đ projects, 1 userī No Mercurial Yes Unlimited Unlimited projects, 5 collaboratorsĬodetidy No No NoĐ.1ĕ repositories, 5 collaboratorsĬodebase No Mercurial/SVN Public access availableĐ.05đ project (unlimited repos), 2 collaboratorsĬloudForge NoĜVS/SVN YesĐ.2đ user onlyĭeveo No Mercurial/SVN No Unlimited Unlimited projects, 6 collaborators List is limited to sites that provide explicit Git hosting, not including generic hosting sites that can be used to host Git repositories.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |