{"thread":{"id":"43173","subject":"Re: What's in git.git","startedAt":"2006-11-18T22:24:36Z","lastAt":"2006-11-19T19:06:05Z","messageCount":8,"participants":["Johannes Schindelin","Jakub Narebski","Junio C Hamano","Petr Baudis"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"296125","messageId":"7v64dcbdgb.fsf@assigned-by-dhcp.cox.net","threadId":"43173","inReplyTo":null,"subject":"What's in git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-11-18T22:24:36Z","receivedAt":"2006-11-18T22:24:36Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Executive Summary\n\n - 'maint' and 'master' are the same, since we are still in\n   \"v1.4.4 fix\" mood right now.  A maintenance release v1.4.4.1\n   should follow soonish.\n\n - 'next' has a few 'these are obviously the right things to me\n   but I want a bit of cheering-up before pushing them out, and\n   they can wait until the dust settles after early fixes to\n   v1.4.4 anyway' changes.\n\n - 'pu' has the shallow clone WIP and a half-finished rewrite of\n   git branch in C, both by Johannes.  Both needs a bit more\n   polishing and confidence building before going into 'next',\n   and given the recent discussion of enhancing branch\n   management for pulls/pushes, it might be easier to drop the\n   latter for now.\n\n   I should also bring Shawn's piecemeal-mmap into 'pu'; I've\n   looked at his code and it mostly looked sane.\n\n----------------------------------------------------------------\n\n* The 'maint' branch has these fixes since v1.4.4 release.  The\n  'master' is the same as 'maint' right now.\n\n  Alexandre Julliard:\n    gitweb: Put back shortlog instead of graphiclog in the project list.\n\n  Jim Meyering:\n    Run \"git repack -a -d\" once more at end, if there's 1MB or more of\n    not-packed data.\n\n  Johannes Schindelin:\n    Seek back to current filepos when mmap()ing with NO_MMAP\n\n  Junio C Hamano:\n    git-checkout: do not allow -f and -m at the same time.\n    git-checkout: allow pathspec to recover lost working tree directory\n    convert-objects: set _XOPEN_SOURCE to 600\n\n  Linus Torvalds:\n    git-pull: allow pulling into an empty repository\n    \"git fmt-merge-msg\" SIGSEGV\n\n  Petr Baudis:\n    Fix git-for-each-refs broken for tags\n    git-apply: Documentation typo fix\n    Documentation: Define symref and update HEAD description\n\n  Rene Scharfe:\n    sparse fix: non-ANSI function declaration\n    sparse fix: Using plain integer as NULL pointer\n    git-apply: slightly clean up bitfield usage\n    Document git-runstatus\n\n* The 'next' branch, in addition, has these.\n\n  Junio C Hamano\n     upload-pack: stop the other side when they have more roots than we do.\n     apply --numstat: mark binary diffstat with - -, not 0 0\n     pack-objects: tweak \"do not even attempt delta\" heuristics\n\n\n* The 'pu' branch, in addition, has these.\n\n   Alexandre Julliard (1):\n      Shallow clone: do not ignore shallowness when following tags\n\n   Jakub Narebski (1):\n      gitweb: New improved formatting of chunk header in diff\n\n   Johannes Schindelin (6):\n      upload-pack: no longer call rev-list\n      support fetching into a shallow repository\n      allow cloning a repository \"shallowly\"\n      allow deepening of a shallow repository\n      add tests for shallow stuff\n      Build in shortlog\n\n   Junio C Hamano (11):\n      git-branch -a: show both local and remote tracking branches.\n      git-commit: show --summary after successful commit.\n      para-walk: walk n trees, index and working tree in parallel\n      git-diff/git-apply: make diff output a bit friendlier to GNU patch (part 2)\n      rev-list --left-right\n      blame: --show-stats for easier optimization work.\n      gitweb: steal loadavg throttle from kernel.org\n      We should make sure that the protocol is still extensible.\n      Why does it mean we do not have to register shallow if we have one?\n      Why didn't we mark want_obj as ~UNINTERESTING in the old code?\n      shallow clone: unparse and reparse an unshallowed commit\n\n"},{"id":"298225","messageId":"7v1wo0bb4z.fsf@assigned-by-dhcp.cox.net","threadId":"43173","inReplyTo":"7v64dcbdgb.fsf@assigned-by-dhcp.cox.net","subject":"Re: What's in git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-11-18T23:14:36Z","receivedAt":"2006-11-18T23:14:36Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Junio C Hamano <junkio@cox.net> writes:\n\n>  - 'pu' has the shallow clone WIP and a half-finished rewrite of\n>    git branch in C, both by Johannes.  Both needs a bit more\n>    polishing and confidence building before going into 'next',\n>    and given the recent discussion of enhancing branch\n>    management for pulls/pushes, it might be easier to drop the\n>    latter for now.\n\nOOPS; sorry but the latter half is entirely untrue.  What's\nthere is half-done git-shortlog.  Scratch everything about\nbranch management please.\n"},{"id":"295819","messageId":"Pine.LNX.4.63.0611191547460.13772@wbgn013.biozentrum.uni-wuerzburg.de","threadId":"43173","inReplyTo":"7v1wo0bb4z.fsf@assigned-by-dhcp.cox.net","subject":"Re: What's in git.git","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2006-11-19T15:17:17Z","receivedAt":"2006-11-19T15:17:17Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Sat, 18 Nov 2006, Junio C Hamano wrote:\n\n> Junio C Hamano <junkio@cox.net> writes:\n> \n> >  - 'pu' has the shallow clone WIP and a half-finished rewrite of\n> >    git branch in C, both by Johannes.  Both needs a bit more\n> >    polishing and confidence building before going into 'next',\n> >    and given the recent discussion of enhancing branch\n> >    management for pulls/pushes, it might be easier to drop the\n> >    latter for now.\n> \n> OOPS; sorry but the latter half is entirely untrue.  What's\n> there is half-done git-shortlog.  Scratch everything about\n> branch management please.\n\nIMHO -shortlog needs support to read .mailmap, and maybe nods to throw out \nthe built-in mailmap which is totally specific to the Linux kernel \ndevelopment.\n\nAs for shallow clone support: I am a bit underwhelmed by the enthusiasm \nto test this thing by the people I thought would be most interested. It \nreally could be the case that it is not needed at all.\n\nJust for the record, though: AFAICT the shallow stuff is lacking support \nfor at least pushing from/into shallow repos and it should avoid making a \ncommit shallow unnecessarily. And quite likely there are a few thinkos in \nit, so it would not hurt having more test cases (notably of things I did \nnot think of), and some bad-ass testing with huge amounts of commits and \nfiles which were added/modified identically in different commits.\n\nCiao,\nDscho\n\n"},{"id":"295454","messageId":"ejpu4r$dsk$1@sea.gmane.org","threadId":"43173","inReplyTo":"Pine.LNX.4.63.0611191547460.13772@wbgn013.biozentrum.uni-wuerzburg.de","subject":"Re: What's in git.git","fromName":"Jakub Narebski","fromEmail":"jnareb@gmail.com","sentAt":"2006-11-19T15:45:38Z","receivedAt":"2006-11-19T15:45:38Z","isPatch":false,"sender":{"key":"jnareb@gmail.com","avatar":"https://avatars.githubusercontent.com/u/2706?v=4"},"body":"Johannes Schindelin wrote:\n\n> On Sat, 18 Nov 2006, Junio C Hamano wrote:\n> \n>> OOPS; sorry but the latter half is entirely untrue.  What's\n>> there is half-done git-shortlog.  Scratch everything about\n>> branch management please.\n> \n> IMHO -shortlog needs support to read .mailmap, and maybe nods to throw out \n> the built-in mailmap which is totally specific to the Linux kernel \n> development.\n\nIf I remember correctly besides having built-in mailmap (at least in Perl\nversion quite easy modificable, and updateable via Inline::Files), it also\nhave built-in path shortening. And that part IIRC was not solved (although\nthere was some proposal).\n\nThe shallow clone work looks promising...\n-- \nJakub Narebski\nWarsaw, Poland\nShadeHawk on #git\n\n"},{"id":"293968","messageId":"Pine.LNX.4.63.0611191729190.13772@wbgn013.biozentrum.uni-wuerzburg.de","threadId":"43173","inReplyTo":"ejpu4r$dsk$1@sea.gmane.org","subject":"Re: What's in git.git","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2006-11-19T16:30:39Z","receivedAt":"2006-11-19T16:30:39Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Sun, 19 Nov 2006, Jakub Narebski wrote:\n\n> Johannes Schindelin wrote:\n> \n> > On Sat, 18 Nov 2006, Junio C Hamano wrote:\n> > \n> > IMHO -shortlog needs support to read .mailmap, and maybe nods to throw out \n> > the built-in mailmap which is totally specific to the Linux kernel \n> > development.\n\nSee the 3 patches I just sent.\n\n> If I remember correctly besides having built-in mailmap (at least in Perl\n> version quite easy modificable, and updateable via Inline::Files), it also\n> have built-in path shortening. And that part IIRC was not solved (although\n> there was some proposal).\n\nI do not understand. What paths are handled by git-shortlog?\n\nCiao,\nDscho\n"},{"id":"297225","messageId":"20061119170123.GV7201@pasky.or.cz","threadId":"43173","inReplyTo":"Pine.LNX.4.63.0611191547460.13772@wbgn013.biozentrum.uni-wuerzburg.de","subject":"Re: What's in git.git","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2006-11-19T17:01:23Z","receivedAt":"2006-11-19T17:01:23Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"On Sun, Nov 19, 2006 at 04:17:17PM CET, Johannes Schindelin wrote:\n> As for shallow clone support: I am a bit underwhelmed by the enthusiasm \n> to test this thing by the people I thought would be most interested. It \n> really could be the case that it is not needed at all.\n\nI was underwhelmed all the same by response to my multifetch work.\nPerhaps we need some better mechanism to get feedback from the\ndownstream users which were main requesters of the $feature (I think\nthat in both cases people can see how it could be useful generically but\nthere's not too much immediate enthusiasm for playing with it inside the\ncommunity). I think the main user of multifetch was xorg while the\nprimary user of shallow clones would be Mozilla, right?\n\nIt would be great if, when wishing for some large feature, they could\nsay something like \"if this ever gets done, please prod $mailinglist and\nwe'll give it a stab and get you some feedback\" (apparently there's\nnoone from there monitoring the mailing list consistently, which is\nunderstandable though since it's not a too much low-traffic one).\n\nAlp? (xorg) Jon? (mozilla)\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nThe meaning of Stonehenge in Traflamadorian, when viewed from above, is:\n\"Replacement part being rushed with all possible speed.\"\n"},{"id":"294690","messageId":"200611191931.32193.jnareb@gmail.com","threadId":"43173","inReplyTo":"Pine.LNX.4.63.0611191729190.13772@wbgn013.biozentrum.uni-wuerzburg.de","subject":"Re: What's in git.git","fromName":"Jakub Narebski","fromEmail":"jnareb@gmail.com","sentAt":"2006-11-19T18:31:31Z","receivedAt":"2006-11-19T18:31:31Z","isPatch":false,"sender":{"key":"jnareb@gmail.com","avatar":"https://avatars.githubusercontent.com/u/2706?v=4"},"body":"Johannes Schindelin wrote:\n\n> I do not understand. What paths are handled by git-shortlog?\n\nI was under (perhaps false) impression that somewhere in git-shortlog \nthere is shortening of\n  Merge branch 'master' of git://git.kernel.org/pub/scm/git/git\nmessages, shortening the URL part.\n\nPerhaps this was only other example of hard-coded git-for-Linux-ness.\n-- \nJakub Narebski\n"},{"id":"296996","messageId":"Pine.LNX.4.63.0611191932270.13772@wbgn013.biozentrum.uni-wuerzburg.de","threadId":"43173","inReplyTo":"200611191931.32193.jnareb@gmail.com","subject":"Re: What's in git.git","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2006-11-19T19:06:05Z","receivedAt":"2006-11-19T19:06:05Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Sun, 19 Nov 2006, Jakub Narebski wrote:\n\n> Johannes Schindelin wrote:\n> \n> > I do not understand. What paths are handled by git-shortlog?\n> \n> I was under (perhaps false) impression that somewhere in git-shortlog \n> there is shortening of\n>   Merge branch 'master' of git://git.kernel.org/pub/scm/git/git\n> messages, shortening the URL part.\n> \n> Perhaps this was only other example of hard-coded git-for-Linux-ness.\n\nI found it: git-shortlog.perl:28 says\n\n        $desc =~ s#/pub/scm/linux/kernel/git/#/.../#g;\n\nAnd in builtin-shortlog.c:90 you can read\n\n        const char *dot3 = \"/pub/scm/linux/kernel/git/\";\n\nand in lines 133--136:\n\n        while ((p = strstr(buffer, dot3)) != NULL) {\n                memcpy(p, \"...\", 3);\n                strcpy(p + 2, p + sizeof(dot3) - 1);\n        }\n\nSo, not only did I forget that git-shortlog has the path shortening, but I \nalso forgot that I implemented it in the builtin shortlog, too.\n\nCiao,\nDscho\n\n"}]}