Hi, On Fri, Nov 9, 2012 at 8:23 PM, Jeff King <peff@xxxxxxxx> wrote: > * fc/fast-export-fixes (2012-11-08) 14 commits > - fast-export: don't handle uninteresting refs > - fast-export: make sure updated refs get updated > - fast-export: fix comparison in tests > - fast-export: trivial cleanup > - remote-testgit: make clear the 'done' feature > - remote-testgit: report success after an import > - remote-testgit: exercise more features > - remote-testgit: cleanup tests > - remote-testgit: remove irrelevant test > - remote-testgit: get rid of non-local functionality > - Add new simplified git-remote-testgit > - Rename git-remote-testgit to git-remote-testpy > - remote-testgit: fix direction of marks > - fast-export: avoid importing blob marks > > Improvements to fix fast-export bugs, including how refs pointing to > already-seen commits are handled. An earlier 4-commit version of this > series looked good to me, but this much-expanded version has not seen > any comments. > > Needs review. I can send the previous 4-commit version if needed, the only thing that changed is the commit messages. I think it's unfortunate that 4-commit version would not be mentioning that it fixes the above tests, but hey; I did what I could. > * fc/zsh-completion (2012-10-29) 3 commits > - completion: add new zsh completion > - completion: add new __gitcompadd helper > - completion: get rid of empty COMPREPLY assignments > > There were some comments on this, but I wasn't clear on the outcome. > > Need to take a closer look. SZEDER should probably take a look. I think it should be better than the previous series. > * fc/completion-test-simplification (2012-10-29) 2 commits > - completion: simplify __gitcomp test helper > - completion: refactor __gitcomp related tests > > Clean up completion tests. > > There were some comments on the list. > > Expecting a re-roll. The second patch I can re-roll, but the first patch needs some external input. My preference is that tests should also be simple and maintainable, SZEDER's preference is that tests are better being explicit and verbose (even if harder to maintain) to minimize possible issues in the tests. > * fc/remote-testgit-feature-done (2012-10-29) 1 commit > - remote-testgit: properly check for errors > > Needs review. Sverre probably should reply. I think I already addressed his comments and the patch should be OK to push. But probably it's not that important considering the testgit refactoring, and also I'm thinking that we need to actually check the status of the process[1] because the situation is still not OK with pushing, and I'm learning it the hard way with a buggy remote helper. > * fc/remote-bzr (2012-11-08) 5 commits > - remote-bzr: update working tree > - remote-bzr: add support for remote repositories > - remote-bzr: add support for pushing > - remote-bzr: add simple tests > - Add new remote-bzr transport helper > > New remote helper for bzr. > > Will merge to 'next'. I already have a newer version of this with support for special modes: executable files, symlinks, etc. I think a reroll would make sense. > * fc/remote-hg (2012-11-04) 16 commits > - remote-hg: the author email can be null > - remote-hg: add option to not track branches > - remote-hg: add extra author test > - remote-hg: add tests to compare with hg-git > - remote-hg: add bidirectional tests > - test-lib: avoid full path to store test results > - remote-hg: add basic tests > - remote-hg: fake bookmark when there's none > - remote-hg: add compat for hg-git author fixes > - remote-hg: add support for hg-git compat mode > - remote-hg: match hg merge behavior > - remote-hg: make sure the encoding is correct > - remote-hg: add support to push URLs > - remote-hg: add support for remote pushing > - remote-hg: add support for pushing > - Add new remote-hg transport helper > > New remote helper for hg. > > Will merge to 'next'. :) I have a few patches on top of this, but they can probably wait. Cheers. [1] http://article.gmane.org/gmane.comp.version-control.git/208139 -- Felipe Contreras -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html