{"thread":{"id":"1751","subject":"gitweb feature request: tarball for each commit","startedAt":"2005-09-08T04:30:22Z","lastAt":"2005-09-08T22:23:12Z","messageCount":5,"participants":["Martin Langhoff","Sven Verdoolaege","Kay Sievers","A Large Angry SCM"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"8189","messageId":"46a038f905090721305dcbf61@mail.gmail.com","threadId":"1751","inReplyTo":null,"subject":"gitweb feature request: tarball for each commit","fromName":"Martin Langhoff","fromEmail":"martin.langhoff@gmail.com","sentAt":"2005-09-08T04:30:22Z","receivedAt":"2005-09-08T04:30:22Z","isPatch":false,"sender":{"key":"martin.langhoff@gmail.com","avatar":"https://gravatar.com/avatar/1e3f311b6c4c15836501901ca58f8c0b0667246488084ba524d8bc9867e22fd9?d=mp&s=160"},"body":"With Archzoom, when looking at a particular commit/cset you get a\nsmall \"[tarball]\" link that does an 'export' of the whole tree at that\npatchlevel and tars it up for the user. It's heavy on the server and\nbandwidth, but if you can afford it, it is mighty useful to push out\npatches immediately to non-git-using end users.\n\nHere's an example of an archzoom page --- it's among the top-right\nlinks. I'm sure we could do something like this with git-tar-tree...\n\nActually... should get it done. I'll see if I can sneak it in sometime soon... \n\ncheers,\n\n\nmartin\n"},{"id":"8191","messageId":"20050908084545.GH15165MdfPADPa@greensroom.kotnet.org","threadId":"1751","inReplyTo":"46a038f905090721305dcbf61@mail.gmail.com","subject":"Re: gitweb feature request: tarball for each commit","fromName":"Sven Verdoolaege","fromEmail":"skimo@kotnet.org","sentAt":"2005-09-08T08:45:45Z","receivedAt":"2005-09-08T08:45:45Z","isPatch":false,"sender":{"key":"skimo@kotnet.org","avatar":null},"body":"On Thu, Sep 08, 2005 at 04:30:22PM +1200, Martin Langhoff wrote:\n> Actually... should get it done. I'll see if I can sneak it in sometime soon... \n\nThis has been done at least twice already.\nSee e.g., http://www.liacs.nl/~sverdool/gitweb.cgi?p=gitweb.git;a=summary\nCheck the archives for the other implementation.\n\nskimo\n"},{"id":"8193","messageId":"20050908113207.GA30178@vrfy.org","threadId":"1751","inReplyTo":"20050908084545.GH15165MdfPADPa@greensroom.kotnet.org","subject":"Re: gitweb feature request: tarball for each commit","fromName":"Kay Sievers","fromEmail":"kay.sievers@vrfy.org","sentAt":"2005-09-08T11:32:07Z","receivedAt":"2005-09-08T11:32:07Z","isPatch":false,"sender":{"key":"kay.sievers@vrfy.org","avatar":null},"body":"On Thu, Sep 08, 2005 at 10:45:45AM +0200, Sven Verdoolaege wrote:\n> On Thu, Sep 08, 2005 at 04:30:22PM +1200, Martin Langhoff wrote:\n> > Actually... should get it done. I'll see if I can sneak it in sometime soon... \n> \n> This has been done at least twice already.\n> See e.g., http://www.liacs.nl/~sverdool/gitweb.cgi?p=gitweb.git;a=summary\n> Check the archives for the other implementation.\n\nYes, this is nice for smaller projects. But I don't think, that we want\nto do such a thing on the kernel.org servers. We already have the daily\nsnapshots and individual patches can be downloaded from gitweb. Anybody\nelse should use git/cogito instead of letting the server packaging a huge\ntree for every requested revison, I think.\n\nKay\n"},{"id":"8194","messageId":"4320449D.2070306@gmail.com","threadId":"1751","inReplyTo":"20050908113207.GA30178@vrfy.org","subject":"Re: gitweb feature request: tarball for each commit","fromName":"A Large Angry SCM","fromEmail":"gitzilla@gmail.com","sentAt":"2005-09-08T14:03:09Z","receivedAt":"2005-09-08T14:03:09Z","isPatch":false,"sender":{"key":"gitzilla@gmail.com","avatar":"https://gravatar.com/avatar/354625c442439908ff3dd99757dee330e29e9df7847472384faf7a00add247fb?d=mp&s=160"},"body":"Kay Sievers wrote:\n> On Thu, Sep 08, 2005 at 10:45:45AM +0200, Sven Verdoolaege wrote:\n>>On Thu, Sep 08, 2005 at 04:30:22PM +1200, Martin Langhoff wrote:\n>>>Actually... should get it done. I'll see if I can sneak it in sometime soon... \n>>This has been done at least twice already.\n>>See e.g., http://www.liacs.nl/~sverdool/gitweb.cgi?p=gitweb.git;a=summary\n>>Check the archives for the other implementation.\n> \n> Yes, this is nice for smaller projects. But I don't think, that we want\n> to do such a thing on the kernel.org servers. We already have the daily\n> snapshots and individual patches can be downloaded from gitweb. Anybody\n> else should use git/cogito instead of letting the server packaging a huge\n> tree for every requested revison, I think.\n\nI think this is a very useful feature for for some, but not all, \nrepositories. Default it to off and have a magic file (like git-daemon), \nor a config variable turn it on.\n"},{"id":"8221","messageId":"46a038f9050908152384d0967@mail.gmail.com","threadId":"1751","inReplyTo":"4320449D.2070306@gmail.com","subject":"Re: gitweb feature request: tarball for each commit","fromName":"Martin Langhoff","fromEmail":"martin.langhoff@gmail.com","sentAt":"2005-09-08T22:23:12Z","receivedAt":"2005-09-08T22:23:12Z","isPatch":false,"sender":{"key":"martin.langhoff@gmail.com","avatar":"https://gravatar.com/avatar/1e3f311b6c4c15836501901ca58f8c0b0667246488084ba524d8bc9867e22fd9?d=mp&s=160"},"body":"> > Yes, this is nice for smaller projects. But I don't think, that we want\n> > to do such a thing on the kernel.org servers. \n>\n> I think this is a very useful feature for for some, but not all,\n> repositories. Default it to off and have a magic file (like git-daemon),\n> or a config variable turn it on.\n\n+1! It'd be murder for large and/or popular projects, but it's a\nreally conventient thing to have as an optional feature. Archzoom has\nit, and defaults to off ;)\n\nI've checked out Sven's tree as well -- his implementation is pretty\ncool actually, much more sophisticated that I'd planned, and using\nPOST to avoid stupid bots requesting the tarballs.\n\nIn this situation (\"look at my repo via gitweb, it has some cool\npatches over otherhacker's branch\") it is hard to discriminate what\npatches differentiate Sven's repo from Kay's. I'm thinking of, when\nlooking at a branch, having a link that shows the equivalent of \n`cg-log -r thisbranch:origin` and another one for `cg-log -r\norigin:thisbranch`.\n\ncheers,\n\n\n\nmartin\n"}]}