diff options
author | Joey Hess <joey@kitenet.net> | 2014-05-29 15:23:05 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2014-05-29 15:23:05 -0400 |
commit | 1f6cfecc972b121fa42ea80383183bbaccc2195a (patch) | |
tree | 0a450c4226f5e05c2a3597a9f520376de281fffe /doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn | |
parent | a95fb731cd117f35a6e0fce90d9eb35d0941e26e (diff) |
remove old closed bugs and todo items to speed up wiki updates and reduce size
Remove closed bugs and todos that were least edited before 2014.
Command line used:
for f in $(grep -l '\[\[done\]\]' *.mdwn); do if [ -z $(git log --since=2014 --pretty=oneline "$f") ]; then git rm $f; git rm -rf $(echo "$f" | sed 's/.mdwn$//'); fi; done
Diffstat (limited to 'doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn')
-rw-r--r-- | doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn | 34 |
1 files changed, 0 insertions, 34 deletions
diff --git a/doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn b/doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn deleted file mode 100644 index d35282e75..000000000 --- a/doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn +++ /dev/null @@ -1,34 +0,0 @@ -For test.com//test, I get this: - - % git annex copy . --to test.com//test - (getting UUID for test...) git-annex: there is no git remote named "test.com//test" - -And my .git/config changes from - - [remote "test.com//test"] - url = richih@test.com:/test - fetch = +refs/heads/*:refs/remotes/test.com//test/* - -to - - [remote "test.com//test"] - url = richih@test.com:/test - fetch = +refs/heads/*:refs/remotes/test.com//test/* - annex-uuid = xyz - [remote "test"] - annex-uuid = xyz - - -Unless I am misunderstanding something, git annex gets confused about what the name of the remote it supposed to be, truncates at the dot for some operations and uses the full name for others. - -> I've fixed this bug. [[done]] -> -> However, using "/" in a remote name seems likely to me to confuse -> git's own remote branch handling. Although I've never tried it. -> --[[Joey]] - ->> From what I can see, git handles / just fine, but would get upset about : which is why it's not allowed in a remote's name. ->> My naming scheme is host//path/to/annex. It sorts nicely and gives all important information left to right with the most specific parts at the beginning and end. ->> If you have any other ideas or scheme, I am all ears :) ->> Either way, thanks for fixing this so quickly. ->> -- RichiH |