-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Updating HLT DQM and validation for Hgg paths #19612
Conversation
A new Pull Request was created by @mplaner for CMSSW_9_2_X. It involves the following packages: DQMOffline/Trigger @vazzolini, @kmaeshima, @dmitrijus, @cmsbuild, @vanbesien, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
@cmsbuild, please test |
The tests are being triggered in jenkins. |
+1 The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic: |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
How can this be a backport if it contains three times as much as there are changes in #19023 ? |
@dmitrijus As far as I can tell, the issue is that several other PRs which are currently in 93X don't exist in 92X. So, for instance, we have to add in the "new" DQMOffline/Trigger/plugins/PhotonMonitor.cc and DQMOffline/Trigger/plugins/PhotonMonitor.h. But for the 93X PR, those files already existed and I simply had to add a few lines. I'm not sure what the correct procedure should be. I opted to keep the changes as minimal as possible, but I included what I needed from the PR. So, they should only need to add in some python configs to run their DQM in 92X. |
The correct and desirable procedure would be to find the PR (in 93x) which extracted those extra files. Once you find this PR, you backport that PR either together or separately from this. Maybe there is already a pull request which backports it too. Copying files around is the worst you can do. This way you destroy the integrity of the PR which introduced them. |
Okay, do we have some official documentation for this? My main hesitation is that the PRs contain code for DQM plots which I can't properly validate. If I submit the backport for PRs from others, I can't guarantee the code I didn't write is working correctly. Is there a reasonable way to search through the pending PRs to see if these changes have been requested already? |
fff2681
to
d625cf5
Compare
Pull request #19612 was updated. @vazzolini, @kmaeshima, @dmitrijus, @cmsbuild, @vanbesien, @davidlange6 can you please check and sign again. |
@dmitrijus, I have found the only relevant PR and rebased with it (#19520). It wasn't in last night's integration build, but I think my rebasing should allow things to work smoothly. Let me know if this doesn't follow best practices. |
How did you rebase? should have been "git-cms-merge topic 19520" followed by your commits. |
This is the 92X version of PR #19023