[Pulp-dev] PUP-3: Proposal to change our git workflow
ehelms at redhat.com
Tue May 30 19:07:49 UTC 2017
As an outside contributor, I'd +1 switching to cherry picking to avoid
having this conversation everytime a contributor wants to clone the repo,
make a change, push the change . I think you increase the likelihood of
first time and repeat contributions if users do not have to be aware of the
release process and can simply clone the repository, get the default branch
which most developers these days perceive as the head of development and
where changes should be made.
As someone who has managed project release that heavily use cherry picking,
I've found this process to be painless especially after a bit of tooling
that uses Redmine to tell me what set of issues are required, what are
their changesets and what git hashes are associated with them. Two commands
and cherry picking done.
On Tue, May 30, 2017 at 1:30 PM, Bihan Zhang <bizhang at redhat.com> wrote:
> +1 I think it's worth giving this new process a try.
> An additional benefit that I have not seen listed is that github push
> protection can be turned on to all the branches. Which would have someone
> else sanity check changes before merging.
> It also means each release only generates one additional commit instead of
> the 6+ commits per release generated now.
> On Tue, May 30, 2017 at 10:11 AM, Jeff Ortel <jortel at redhat.com> wrote:
>> On 05/24/2017 03:00 PM, David Davis wrote:
>> > I’d like to kick off the voting on PUP-3 which is the proposal to
>> change our git workflow by using
>> > cherry-picks instead of merging changes forward. The proposal can be
>> viewed here:
>> > https://github.com/daviddavis/pups/blob/pup3/pup-0003.md
>> > Feel free to submit any comments/nitpicks/etc on the PR.
>> > PUP-1 outlines our voting system:
>> > https://github.com/pulp/pups/blob/master/pup-0001.md
>> > But to sum it up:
>> > +1: "Will benefit the project and should definitely be adopted."
>> > +0: "Might benefit the project and is acceptable."
>> > -0: "Might not be the right choice but is acceptable."
>> > -1: "Not the right choice and should definitely not be adopted."
>> > I’ll set the initial deadline for the voting to be June 5th 9pm UTC.
>> >  https://github.com/pulp/pups/pull/3
>> > David
>> > _______________________________________________
>> > Pulp-dev mailing list
>> > Pulp-dev at redhat.com
>> > https://www.redhat.com/mailman/listinfo/pulp-dev
>> Pulp-dev mailing list
>> Pulp-dev at redhat.com
> Pulp-dev mailing list
> Pulp-dev at redhat.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pulp-dev