{"thread":{"id":"45065","subject":"idea: light-weight pull requests","startedAt":"2017-02-07T00:51:48Z","lastAt":"2017-02-07T03:29:17Z","messageCount":5,"participants":["Paul Wise","Santiago Torres","Eric Wong"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"310961","messageId":"1486427537.16949.42.camel@bonedaddy.net","threadId":"45065","inReplyTo":null,"subject":"idea: light-weight pull requests","fromName":"Paul Wise","fromEmail":"pabs3@bonedaddy.net","sentAt":"2017-02-07T00:32:17Z","receivedAt":"2017-02-07T00:51:48Z","isPatch":false,"sender":{"key":"pabs3@bonedaddy.net","avatar":"https://avatars.githubusercontent.com/u/328602?v=4"},"body":"Hi all,\n\nI had an idea that might be interesting to git folks:\n\nlight-weight pull requests:\n\nAnonymous and ssh/http-identified users should be able to push just\nusing git, within the refs/pull/ namespace, to any non-existent branch\nname or to a branch they created when previously identified, without\nforking off a new repository.\n\nAdvantages:\n\nRemoves the need to look up who to send the pull request notification\nto since configuring that is up to the project itself.\n\nRemoves the annoying scenario of having lots of remotes that have been\nremoved after the corresponding pull request was closed.\n\nMoves popular git hosting services from primarily a model of forests of\nforks to one of contributions to well maintained ongoing projects.\n\nAllows users to use their preferred git clients to issue pull requests\ninstead of using web interfaces of popular git hosting services.\n\nCreates a new standard for contributing to repositories on all git\nrepository hosting services.\n\nContributions from people without an account on those services are\npossible.\n\nContributions from people without any git repository hosting of their\nown are possible.\n\nContributions from people who don't use or dislike MUAs are possible.\n\nDisadvantages:\n\nPull request spam, could be mitigated with configuration options.\n\nExtra configuration and complexity on the server side. This is once\nonly and means less complexity on the pull requester side.\n\nWill not work with typical setups where the git/http/ssh user does not\nhave write access to the repositories. A workaround could be some sort\nof hybrid-repository setup with the new refs and objects in a second\nrepository which would be shared by all pull requesters.\n\n-- \nbye,\npabs\n\nhttp://bonedaddy.net/pabs3/"},{"id":"310963","messageId":"20170207005751.cgrpwuvtljfgnntb@LykOS.localdomain","threadId":"45065","inReplyTo":"1486427537.16949.42.camel@bonedaddy.net","subject":"Re: idea: light-weight pull requests","fromName":"Santiago Torres","fromEmail":"santiago@nyu.edu","sentAt":"2017-02-07T00:57:52Z","receivedAt":"2017-02-07T00:57:59Z","isPatch":false,"sender":{"key":"santiago@nyu.edu","avatar":"https://avatars.githubusercontent.com/u/3579933?v=4"},"body":"Hello, pabs.\n\nIMHO, the notion of a PR/MR is more specific to Git repository\nmanagement tools (e.g., GitHub, GitLab). They all have specific\nconcepts/ways to manage the way how their hosted repositories behave ---\nand I believe this flexibility is one of the beauties in Git . I could\nsee how this could be implemented by tools like this rather easily\n(e.g., using symlinks + inotify or something less hacky).\n\nI'm wondering if standardizing this would be more interesting to those\ncommunities?\n\nI would like to see what becomes of this.\n\nCheers!\n-Santiago.\n\nOn Tue, Feb 07, 2017 at 08:32:17AM +0800, Paul Wise wrote:\n> Hi all,\n> \n> I had an idea that might be interesting to git folks:\n> \n> light-weight pull requests:\n> \n> Anonymous and ssh/http-identified users should be able to push just\n> using git, within the refs/pull/ namespace, to any non-existent branch\n> name or to a branch they created when previously identified, without\n> forking off a new repository.\n> \n> Advantages:\n> \n> Removes the need to look up who to send the pull request notification\n> to since configuring that is up to the project itself.\n> \n> Removes the annoying scenario of having lots of remotes that have been\n> removed after the corresponding pull request was closed.\n> \n> Moves popular git hosting services from primarily a model of forests of\n> forks to one of contributions to well maintained ongoing projects.\n> \n> Allows users to use their preferred git clients to issue pull requests\n> instead of using web interfaces of popular git hosting services.\n> \n> Creates a new standard for contributing to repositories on all git\n> repository hosting services.\n> \n> Contributions from people without an account on those services are\n> possible.\n> \n> Contributions from people without any git repository hosting of their\n> own are possible.\n> \n> Contributions from people who don't use or dislike MUAs are possible.\n> \n> Disadvantages:\n> \n> Pull request spam, could be mitigated with configuration options.\n> \n> Extra configuration and complexity on the server side. This is once\n> only and means less complexity on the pull requester side.\n> \n> Will not work with typical setups where the git/http/ssh user does not\n> have write access to the repositories. A workaround could be some sort\n> of hybrid-repository setup with the new refs and objects in a second\n> repository which would be shared by all pull requesters.\n> \n> -- \n> bye,\n> pabs\n> \n> http://bonedaddy.net/pabs3/\n\n\n"},{"id":"310965","messageId":"1486430520.16949.47.camel@bonedaddy.net","threadId":"45065","inReplyTo":"20170207005751.cgrpwuvtljfgnntb@LykOS.localdomain","subject":"Re: idea: light-weight pull requests","fromName":"Paul Wise","fromEmail":"pabs3@bonedaddy.net","sentAt":"2017-02-07T01:22:00Z","receivedAt":"2017-02-07T01:22:16Z","isPatch":false,"sender":{"key":"pabs3@bonedaddy.net","avatar":"https://avatars.githubusercontent.com/u/328602?v=4"},"body":"On Mon, 2017-02-06 at 19:57 -0500, Santiago Torres wrote:\n\n> IMHO, the notion of a PR/MR is more specific to Git repository\n> management tools (e.g., GitHub, GitLab). They all have specific\n> concepts/ways to manage the way how their hosted repositories behave ---\n> and I believe this flexibility is one of the beauties in Git . I could\n> see how this could be implemented by tools like this rather easily\n> (e.g., using symlinks + inotify or something less hacky).\n\nRight, but I would like to see this everywhere (including kernel.org),\nso support in git-daemon and the http/ssh equivalents is needed too.\ngit already has support for anonymous push but this idea is more complex.\n\n> I'm wondering if standardizing this would be more interesting to those\n> communities?\n\nI've pitched this to github.com/contact but couldn't find any feature\nrequest address for GitLab.\n\n> I would like to see what becomes of this.\n\nLikewise :)\n\n-- \nbye,\npabs\n\nhttp://bonedaddy.net/pabs3/"},{"id":"310966","messageId":"20170207031127.GA29468@dcvr","threadId":"45065","inReplyTo":"1486427537.16949.42.camel@bonedaddy.net","subject":"Re: idea: light-weight pull requests","fromName":"Eric Wong","fromEmail":"e@80x24.org","sentAt":"2017-02-07T03:11:27Z","receivedAt":"2017-02-07T03:11:44Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Paul Wise <pabs3@bonedaddy.net> wrote:\n> Hi all,\n> \n> I had an idea that might be interesting to git folks:\n> \n> light-weight pull requests:\n> \n> Anonymous and ssh/http-identified users should be able to push just\n> using git, within the refs/pull/ namespace, to any non-existent branch\n> name or to a branch they created when previously identified, without\n> forking off a new repository.\n\nI considered something similar to this a few years ago,\nbut decided it wasn't worth the effort (see below).\n\n> Advantages:\n> \n> Removes the need to look up who to send the pull request notification\n> to since configuring that is up to the project itself.\n> \n> Removes the annoying scenario of having lots of remotes that have been\n> removed after the corresponding pull request was closed.\n> \n> Moves popular git hosting services from primarily a model of forests of\n> forks to one of contributions to well maintained ongoing projects.\n> \n> Allows users to use their preferred git clients to issue pull requests\n> instead of using web interfaces of popular git hosting services.\n> \n> Creates a new standard for contributing to repositories on all git\n> repository hosting services.\n> \n> Contributions from people without an account on those services are\n> possible.\n> \n> Contributions from people without any git repository hosting of their\n> own are possible.\n\nAll of these are great goals which I'd love to see realized, but...\n\n> Contributions from people who don't use or dislike MUAs are possible.\n\nHow would discussion and review happen?  People seem to use\neither mail, or centralized messaging (and the latter often\ninvolves non-Free systems like GitHub or Slack).\n\n> Disadvantages:\n> \n> Pull request spam, could be mitigated with configuration options.\n\nThis is a big one.  Maybe CRM114 or another generic/trainable\noption can be made usable; but I think there'll always be cases\nwhere hardcoded rules need to be written (for SpamAssassin,\nat least) and real-time blacklists need to be checked.\n\nAt some point, you might end up having to recreate everything we\nhave in place to combat email spam.  Or, use blockchain or\nsomething similarly expensive for reputation, which isn't good\nfor poor folks with slow computers.\n\nAnyways, I ultimately decided it would be better to continue\nsupporting and improving email (which is at least entrenched in\na few communities, like this one), rather than trying to get\npeople to adopt something new.\n"},{"id":"310967","messageId":"1486438136.16949.52.camel@bonedaddy.net","threadId":"45065","inReplyTo":"20170207031127.GA29468@dcvr","subject":"Re: idea: light-weight pull requests","fromName":"Paul Wise","fromEmail":"pabs3@bonedaddy.net","sentAt":"2017-02-07T03:28:56Z","receivedAt":"2017-02-07T03:29:17Z","isPatch":false,"sender":{"key":"pabs3@bonedaddy.net","avatar":"https://avatars.githubusercontent.com/u/328602?v=4"},"body":"On Tue, 2017-02-07 at 03:11 +0000, Eric Wong wrote:\n\n> How would discussion and review happen?  People seem to use\n> either mail, or centralized messaging (and the latter often\n> involves non-Free systems like GitHub or Slack).\n\nIt would depend on the setup for the particular repo. Information about\nwhere that happens could be part of the output of the git push.\n\n> This is a big one.  Maybe CRM114 or another generic/trainable\n> option can be made usable; but I think there'll always be cases\n> where hardcoded rules need to be written (for SpamAssassin,\n> at least) and real-time blacklists need to be checked.\n\nTBH, I doubt spam would become a problem at all.\n\n> Anyways, I ultimately decided it would be better to continue\n> supporting and improving email (which is at least entrenched in\n> a few communities, like this one), rather than trying to get\n> people to adopt something new.\n\nEmail is great for people used to the old ways but it is gradually\nbeing replaced by APIs and web interfaces :(\n\n-- \nbye,\npabs\n\nhttp://bonedaddy.net/pabs3/"}]}