-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[MU4 Issue] PRs from 3.x to be merged into / ported to master #6079
Comments
I am not sure I get it. If all PRs solve a bug or add functionality, shouldn't they all get merged into master? |
Probably none, but these specifically have been merged to 3.x but not yet into master, this issue here is nothing but a reminder |
@anatoly-os is using his own book-keeping, so this issue isn't needed |
List of PRs that have been merged into the 3.x branch: |
Whow, 165... (minus the ~30 listed above) and counting |
We can make the list more manageable by each taking care of our own PRs. My PRs are:
I will edit this comment to add any future PRs on 3.x, and to add "ported by #xxxx" when I create the corresponding PR on master. I will tick the checkbox when the PR is merged into master, or when we decide it is not needed (in which case I will add a comment to explain why). That leaves these PRs that are not mine (and these are not mine or Jojo's). Anybody can view their own PRs here. |
Ready to be merged to master (ported):
Waiting to be ported to master: |
@SKefalidis what about your #6198? Seems embedded into #6196, right? |
Yes |
Like some other developers, I also maintain a private list of PRs to be synced to master. As I typically only work on MusicXML import/export, all my PRs apply equally well to master as to the current release. As was mentioned before, having a public agreement on how we maintain such list could make the process more uniform and transparent. |
@lvinken, let's not overthink this. I suggested a system that seems as good as any, but really it's enough to know that you plan to take care of your own PRs. |
|
I was under the impression that steps had been / are being taken to minimize the pain of the code formatting changes, by allowing things to be automatically reformatted. So only PR's that actually have semantic conflicts would need to be resubmitted manually. |
I'm not sure whether there is sufficient track-keeping on which PR is needed for master too, hence this issue here. Those 170 PRs that went into 3.x is a large enough number for some of them getting lost and forgotten for master. Not all apply, some have been merged, some done differently, but there are enough left that need checking |
PR #6363 has a script that does exactly this. It would be helpful if people could run it on their own PRs. |
This still feels like something that should be possible to automate completely. And to be perfectly frank, if it is to be done manually, it feels to me like the burden should fall on those who pushed for the change in the first place. |
95 PRs left... At least, the ones enumerated above with unticked checkboxes. |
Thank you for taking this on! I am certainly happy to handle any of mine that require work to rebase due to real changes in the code, but I am still hoping that the ones that can be handled more automatically can and will be. Most of mine are small and “libmscore-y” and can wait. |
@anatoly-os, when merging PRs, watch out for the fact that PRs submitted before PR #6358 may show tests passing even though they have not been tested for coding style. Here's how to tell whether they have been tested. |
85 PRs left... The ones authored by @njvdberg have been merged successfully. |
Not merged for 3.x yet but presumably will be soon enough: |
About 36 PRs left... |
A heroic effort! (I was going to do mine myself but you got there first, sorry!) |
As far as I can tell 14 from 3.5.0 are still left to do For most of my pending 3.x PRs I've now created PRs for master, see
|
|
#6546 Mine is actual for 3.x only, MU4 will rely on our new network module |
OK I see, amended above |
|
|
|
|
|
|
|
|
Are all portable PRs ported as of this moment? |
I think so, but would rather let @igorkorsukov and @vpereverzev decide (and then close this issue) |
Closing due to inactivity and the fact that the issue is a year old. Let me know if it needs reopening. |
Checked the MusicXML issues still open in the Feb 15, 2021 comment: the fixes are present in master, no further work required. |
The text was updated successfully, but these errors were encountered: