{"thread":{"id":"2847","subject":"[ANNOUNCE] GIT 0.99.9n aka 1.0rc6","startedAt":"2005-12-15T02:36:40Z","lastAt":"2005-12-21T12:35:56Z","messageCount":2,"participants":["Junio C Hamano","Olaf Hering"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"13664","messageId":"7v7ja7rsqv.fsf@assigned-by-dhcp.cox.net","threadId":"2847","inReplyTo":null,"subject":"[ANNOUNCE] GIT 0.99.9n aka 1.0rc6","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-12-15T02:36:40Z","receivedAt":"2005-12-15T02:36:40Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"GIT 0.99.9n aka 1.0rc6 is available at the usual places.\n\n\tRPM\n\t\thttp://kernel.org:/pub/software/scm/git/RPMS/\n\n\tDebian\n\t\thttp://kernel.org:/pub/software/scm/git/debian/\n\nI hate to do this, but I ended up merging some more that changes user\nexperience.  Two notable non-fixes are:\n\n - big usage string cleanups (Fredrik).\n\n - git-am enhancements that made a lot of sense for non mbox\n   users (HPA).\n\nSo git is still in perpetual state of 1.0rc X-<.\n\nNo more big changes from now on will be merged to the \"master\"\nbranch, except fixes and documentation enhancements.\n\nWell, patches are always welcome, but non-fixes will have to\nstay in the proposed updates branch until Wednesday 2005-12-21,\nwhich is the date I am aiming the final 1.0 for.\n\nRight now, I have two somewhat debatable patch in the proposed\nupdates branch:\n\n - when merging a branch that renames A->B and another branch\n   that renames A->C, merge-recursive leaves B and C in stage 2\n   and stage 3, instead of registering them at stage 0 as the\n   current \"master\" branch does.\n\n - diff gets --abbrev option to shorten the blob object names in\n   diff-raw and commit object names in diff-tree headers.\n\nThese will *not* be in 1.0 final, unless somebody really wants\nthem and jumps up-and-down.\n\nI personally feel the \"renaming merge\" desirable if it works\ncorrectly, but (1) it is a rare case anyway, (2) I have not\ntested it extensively, and (3) having hacked it myself, I do not\nthink I will be able to spot bugs that involve cases I have not\nthought about.  So maybe a good test script and an Ack or two\ncould push me into moving it forward but otherwise it is slated\npost 1.0.\n\nThe \"diff --abbrev\" addition is lower impact and I find it\nsomewhat cute and especially useful while working on an\n80-column terminal, but I'd like to make it find unambiguous\nprefix, which it does not do currently, before pushing it out.\n\nI am also holding off another one that changes things to use\ntextual symref for .git/HEAD everywhere, but I think it is well\nknown that that change is eventually coming sometime after 1.0.\n\n-- >8 -- shortlog -- >8 --\nAmos Waterland:\n      git rebase loses author name/email if given bad email address\n\nFredrik Kuivinen:\n      Usage message clean-up, take #2\n      Trivial usage string clean-up\n      git-verify-tag: Usage string clean-up, emit usage string at incorrect invocation\n      git-revert: Usage string clean-up\n      git-am: Usage string clean-up\n      git-applypatch: Usage string clean-up, emit usage string at incorrect invocation\n      git-cherry: Usage string clean-up, use the 'usage' function\n      git-fetch: Usage string clean-up, emit usage string at unrecognized option\n      git-lost-found: Usage string clean-up, emit usage string at incorrect invocation\n      git-prune: Usage string clean-up, use the 'usage' function\n      git-rebase: Usage string clean-up, emit usage string at incorrect invocation\n      git-repack: Usage string clean-up, emit usage at incorrect invocation\n\nH. Peter Anvin:\n      git-am support for naked email messages (take 2)\n\nJunio C Hamano:\n      diffcore-break.c: check diff_delta() return value.\n      Add deltifier test.\n      diff-delta.c: allow delta with empty blob.\n      Everyday: some examples.\n      Revert \"diff-delta.c: allow delta with empty blob.\"\n      Revert \"Add deltifier test.\"\n      diffcore-break: do not break too small filepair.\n      Everyday: a bit more example.\n      Documentation: more examples.\n      Documentation: fix missing links to git(7)\n      Documentation: diff examples.\n      Documentation: not learning core git commands.\n      git-clone: tell the user a bit more about clone-pack failure.\n      allow merging any committish\n      checkout-index: fix checking out specific path.\n      Everyday: a bit more examples.\n      t3200: branch --help does not die anymore.\n      applypatch: no need to do non-portable [[ ... ]]\n      Documentation: topic branches\n      rebase: do not get confused in fast-forward situation.\n      Do not let errors pass by unnoticed when running `make check'.\n      mailinfo and git-am: allow \"John Doe <johndoe>\"\n\nLukas Sandström:\n      Bugfixes for git-rebase\n\nMartin Atukunda:\n      define MAXPATHLEN for hosts that don't support it\n\nPetr Baudis:\n      Make git-send-pack exit with error when some refs couldn't be pushed out\n"},{"id":"13864","messageId":"20051221123556.GA20431@suse.de","threadId":"2847","inReplyTo":"7v7ja7rsqv.fsf@assigned-by-dhcp.cox.net","subject":"Re: [ANNOUNCE] GIT 0.99.9n aka 1.0rc6","fromName":"Olaf Hering","fromEmail":"olh@suse.de","sentAt":"2005-12-21T12:35:56Z","receivedAt":"2005-12-21T12:35:56Z","isPatch":false,"sender":{"key":"olh@suse.de","avatar":null},"body":" On Wed, Dec 14, Junio C Hamano wrote:\n\n> No more big changes from now on will be merged to the \"master\"\n> branch, except fixes and documentation enhancements.\n\nCan you add a 'git bisect doesnotcompile' at some point? Just marking\none commit as bad will not work, because the next offer may not compile\neither.\n\n-- \nshort story of a lazy sysadmin:\n alias appserv=wotan\n"}]}