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@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