Skip to content

Conversation

@rebeccaskinner
Copy link

This PR suggests some clarification to the PR process around feature branches. It is not intended to change the policy in any specific way, and instead only seeks to add some additional clarification related to long-lived feature branches.

Comment on lines +9 to +10
This section addresses pull requests into the the production branch (`master`). No particular process is enforced for merges into feature branches.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a good clarification, thanks.

Comment on lines +23 to +24
Committee members should exercise good judgement on what constitutes working together for the sake of this process. Pairing on a call or tightly collaborating asynchronously probably count. A committee member having contributed to a feature branch several weeks before it is ready to be merged probably doesn't count.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As discussed in the call today I'll submit a PR clarify approval of the uncontroversial changes.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that after https://github.com/haskell-org/committee/pull/7/files this new paragraph is actually redundant. We don't phrase the policy in terms of "working together" any more.

@TikhonJelvis
Copy link
Member

The feature branch note makes sense 100%.

The other clarification paragraph seems reasonable, but not necessary if we got with @tomjaguarpaw's suggestion, which I'm in favor of :).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants