On Thu, Sep 26, 2019 at 09:14:38AM -0400, Stephen John Smoogen wrote:
On Thu, 26 Sep 2019 at 09:02, Remi Collet
<Fedora(a)famillecollet.com> wrote:
>
> Le 26/09/2019 à 11:36, Pierre-Yves Chibon a écrit :
> > Here is what the vision we came to and that we would like to discuss:
> >
> > ○ Every changes to dist-git is done via pull-requests
>
> IMHO Have to stay optional, making this mandatory being a terrible headache.
>
I am going to agree in that it seems to go against what a large number
of packagers do currently to try and deal with the number of branches
and packages they try to keep up with. I say this from breaking their
workflow with EPEL-8 and getting an earful or two.
The workflow they follow is:
0. Go to first package in list
A. Make a change in master
B. Push that change
C. fedpkg switch-branch <first on N branches>
D. some variant of 'git merge master', 'git checkout master (some
flags I forget)', etc
This is why I listed in the things to figure out: a way to open a pull-request
against different branch.
This way, from the master branch of your fork you could open a PR against
rawhide, Fn+1, Fn, EpelX, EpelX-1...
This would actually reduce the amount of work you'd have to do, you commit in a
single branch and ask for the PR to be automatically created in all the branches
of interest.
Tests then run
PR gets (reviewed and) merged
Your work is done, no more touching koji or bodhi, it's all automated :)
Pierre