Hello CentOS!
I've recently opened this Pull Request:
https://git.centos.org/rpms/python-six/pull-request/1
The only purpose was to see if the RHEL maintainers (my Red Hat team members) get notified. They were not.
What is the supposed workflow here? There was no "CentOS" person who would respond to this Pull Request and the "RHEL persons" who could do something about this are not notified.
Thanks,
On 03/03/2021 14:56, Miro Hrončok wrote:
Hi Miro,
Well, gitlab (https://gitlab.com/redhat/centos-stream) is where the whole collaboration is supposed to happen (for Stream 9), and ideally you'd have got the notification about it, but it's also "in progress" (afaik)
https://git.centos.org/ is actually only used for : - push from Red Hat sources for el8/el8/el8s - collaboration from SIGs (able to push to specific branches, but never to c7/c8/c8s)
On Wed, Mar 3, 2021, at 08:08, Fabian Arrotin wrote:
To add here, attaching patches to CentOS Stream 8 attached to a bugzilla is the smoothest way to contribute at this time. Like Fabian mentioned, this is not the the desired workflow we want for the future. Gitlab is how we're going to make Merge Requests real for Stream 9.
--Brian
Some early contributors have used pull requests on git.centos.org to demonstrate their changes, but also filed bugzillas to notify the maintainers, linking to the respective pull request. Functionally this is the same as attaching a patch file to a bugzilla, just presented slightly better. The pull request cannot be merged directly, and it's still up to the RHEL maintainer to take the patch (either from a bugzilla attachment or appending .patch to the pull request URL) and applying it to internal dist-git.
As others have stated, real mergeable pull requests are coming as part of the 9 workflow.
On Wed, Mar 3, 2021 at 8:19 AM Brian Stinson brian@bstinson.com wrote:
On Wed, 3 Mar 2021 at 08:57, Miro Hrončok mhroncok@redhat.com wrote:
The only purpose was to see if the RHEL maintainers (my Red Hat team
members) get notified. They were not.
What is the supposed workflow here? There was no "CentOS" person who would
The workflow is a work in progress as things are ironed out at different places. For the beginning parts of Stream to get various tools into place, it was a 'volunteer' process where if your group was interested in it, then they could sign up for it. If the team was not, then they would not be bothered by it while things were being worked on. This way teams could continue to work in the channels they were used to without getting notifications they would yell and scream about on some internal list about broken processes.
Currently there will be a move of various items to gitlab, but that will also be in stages which will have different deliverables. In one of those future phases, I believe that the notifications will be tied more into the RHEL work teams and notifications will be sent there. This is again to make sure that there are not a lot of broken communication (there will be some, because problems are inevitable) as all the hundreds of spinning plates needed to make this work are brought up to speed.
-
Brian Stinson -
Carl George -
Fabian Arrotin -
Miro Hrončok -
Stephen John Smoogen