diff options
author | Joey Hess <joey@kitenet.net> | 2013-08-21 15:43:37 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2013-08-21 15:43:37 -0400 |
commit | 00b125dff83117138bb32c4146c032dd70160ab6 (patch) | |
tree | def062a6087b8a296d0b62d46392de0ada27650f | |
parent | df427749832c281df27ce6be94371ac8c903b5f8 (diff) |
bug
-rw-r--r-- | doc/bugs/http_git_annex_404_retry.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/bugs/http_git_annex_404_retry.mdwn b/doc/bugs/http_git_annex_404_retry.mdwn new file mode 100644 index 000000000..38ab860bb --- /dev/null +++ b/doc/bugs/http_git_annex_404_retry.mdwn @@ -0,0 +1,16 @@ +A repository like http://annex.debconf.org/debconf-share/ has a git repo +published via http. When getting files from such a repo, git-annex tries +two urls. One url would be used by a bare repo, and the other by a non-bare +repo. (This is due to the directory hashing change.) Result is every file +download from a non-bare http repo starts with a 404 and then it retries +with the right url. + +Since git-annex already downloads the .git/config to find the uuid of the +http repo, it could also look at it to see if the repo is bare. If not, +set a flag, and try the two urls in reverse order, which would almost +always avoid this 404 problem. + +(The real solution is probably to flag day and get rid of the old-style +directory hashing, but that's been discussed elsewhere.) + +--[[Joey]] |