Skip to content

Conversation

@acolombier
Copy link
Member

This fixes the spacing problem spotted in the conflict detection issues. This also updates our contributing guideline to clarify the needs for PR for version sync.

Comment on lines +78 to +79
* Only push to release branches translation updates, use a PR for all the rest.
* Use pull requests to merge release branches. To ensure no duplication with the auto sync branch CI, it is recommended to push to the upstream repository (mixxxdj) with the branch name convention following `sync-branch-<SourceBranch>-to-<TargetBranch>`
Copy link
Member

Choose a reason for hiding this comment

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

The typo fix direct push shall be still allowed.
Do we really need to create manually upstream branches? For my understanding the CI skips the PR creation in case of conflicts.

Suggested change
* Only push to release branches translation updates, use a PR for all the rest.
* Use pull requests to merge release branches. To ensure no duplication with the auto sync branch CI, it is recommended to push to the upstream repository (mixxxdj) with the branch name convention following `sync-branch-<SourceBranch>-to-<TargetBranch>`
* Only push directly to an upstream repository (mixxxdj) for trivial, uncontroversial changes like fixing a typo.
* For merging release branches, use either the automatically created PRs or create manual PRs after conflict resolution. These PRs can be merged by the author after the CI is green.

Copy link
Member Author

Choose a reason for hiding this comment

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

The typo fix direct push shall be still allowed.

We use codespell to prevent those from ever being merged in so IMO, this is a rare enough case not to justify bypassing the PR process. I believe that most of the recent usecase where mostly about copy change, which should always goes via PR IMO.

For my understanding the CI skips the PR creation in case of conflicts.

No, the CI will only skip the creating if there is already an existing branch, thus why we need to use the same naming convention to prevent duplicate. The risk being, if the conflict somehow becomes solvable by a three way merge, the CI will create that PR.

Copy link
Member

Choose a reason for hiding this comment

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

I like to keep the first sentences as it is. This is unrelated to sync PRs, our current discussion.

Here another try:

Suggested change
* Only push to release branches translation updates, use a PR for all the rest.
* Use pull requests to merge release branches. To ensure no duplication with the auto sync branch CI, it is recommended to push to the upstream repository (mixxxdj) with the branch name convention following `sync-branch-<SourceBranch>-to-<TargetBranch>`
* Only push directly to an upstream repository (mixxxdj) for trivial, uncontroversial changes like fixing a typo.
* To merge release branches, either use the automatically created PR or, in case of conflicts, transfer the conflict resolution to the upstream repository (mixxxdj) with the branch name `sync-branch-<SourceBranch>-to-<TargetBranch>` and create a PR from it.

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.

2 participants