[kde-community] Official KDE mirror on github
martin at lichtvoll.de
Sat Sep 19 16:02:00 UTC 2015
Am Samstag, 19. September 2015, 16:44:54 CEST schrieb Martin Graesslin:
> On Saturday, September 19, 2015 3:28:56 PM CEST Luigi Toscano wrote:
> > Kevin Krammer ha scritto:
> > > On Saturday, 2015-09-19, 14:43:37, Bhushan Shah wrote:
> > >> On Sat, Sep 19, 2015 at 2:06 PM, Sune Vuorela <nospam at vuorela.dk>
> > >>> I personally feel a bit fucked over right now. All this started with a
> > >>> KDE github mirror and *just a mirror*. No pull requests. No
> > >>> bugtracker.
> > >>> No nothing else. Just a mirror. And it was repeatedly said in the
> > >>> thread
> > >>> that it would be just a mirror. Just a mirror.
> > >>
> > >> And when we say mirror and if we start to accept pull request there it
> > >> will also complicate the sysadmin work if I know correctly
> > >>
> > >> How would git.kde.org will stay up-to-date if you merged pull request
> > >> on github? This is one of the reason currently sysadmin allows pushes
> > >> on just git.kde.org and not on anongit.kde.org
> > >
> > > I have to say I don't have any experience with pull requests, whatever
> > > those are, but since Jaroslaw put the into the context of patches by
> > > email I would assume that the workflow still has all patches go through
> > > proper review, these pull request would just be a form of patch
> > > submission.
> > >
> > > Lets consider an example, say Okular.
> > >
> > > If Okular has the policy that nothing is merged without review, then all
> > > patches for Okular need to go through KDE's review tool
> > > (reviewboard/gerrit/phabricator/whatever).
> > >
> > > If contributors to Okular feel they want to accept submission per email,
> > > bugzilla attachment or github pull request, then they will still have to
> > > submit these patches for review, no?
> > About this specific example, the normal answer to Okular patches on
> > bugzilla is "please send it through reviewboard".
> > Isn't it possible to automated this step on github? A bot/jenkins job that
> > checks for pull requests and writes this message whenever a pull request
> > is
> > opened on github, if it's not possible to disable them?
> yes it is and David already pointed to it quite in the beginning of the
> discussion: http://nopullrequests.com/
Just to clarify:
I think if this way is chosen, the bot should be hosted by and be in control
of KDE infrastructure. Which appears to be possible, as the source is provided
under the Apache license:
Otherwise it would be using one cloud service to fix a (intended?) flaw in
Don´t know whether it works without a Google account tough as the "Let´s get
started" link redirects to Google account login page.
More information about the kde-community