-
Notifications
You must be signed in to change notification settings - Fork 82
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
A/R/T on cover letter should increment the counters of every patch #113
Comments
Apparently @mpe thinks this is a good idea This shouldn't be too hard, I'll take a look when I get the chance |
I think it would also be super useful when downloading the series with git-pw (for example) that those given Acked-by:'s from the cover letter could then all be automatically added to the individual patches of the series when applied. Reason for this is that when organisations with maintaining custom downstream kernels (e.g. RHEL et al) would git cherry-pick those patches from the upstream git tree, then they would cherry-pick individual patches of the series, but not the merge itself, so the information on who gave an A/R/T/F tag is then lost when residing only in the cover-letter. Having this automated in patchwork would be really useful. |
Solves getpatchwork#113 and partially getpatchwork#57 GitHub issues. * Change PatchTag to SubmissionTag to allow tagging of cover letters * Make CoverLetter tags increase tag counts on all patches in the series Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solves getpatchwork#113 and getpatchwork#57 GitHub issues. * Change PatchTag to SubmissionTag to allow tagging of cover letters * Make CoverLetter tags increase tag counts on all patches in the series * Allow storage of arbitrary string values with associated tags (this lets users know directly who acked or reviewed given patch, but also allows (for example) links to issue trackers as tags) * Actually return tag values in the API Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solves getpatchwork#113 and getpatchwork#57 GitHub issues. * Change PatchTag to SubmissionTag to allow tagging of cover letters * Make CoverLetter tags increase tag counts on all patches in the series * Allow storage of arbitrary string values with associated tags (this lets users know directly who acked or reviewed given patch, but also allows (for example) links to issue trackers as tags) * Actually return tag values in the API Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, allow tags on comments, fix up returning tags in the API. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, allow tags on comments, fix up returning tags in the API. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to later be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, fix up returning tags in the API, keep track of tag origin to be able to add tags to comments in the API. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Use relations Tag-Patch and Tag-CoverLetter to avoid duplication of tags for each patch in series, and use `series` attribute of SubmissionTag as a notion of a tag which is related to each patch in the series (because it comes from cover letter or it's comments) Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Tags are now related to series rather then patches. If the tag comes from a cover letter, only the series field is set, if from a comment on cover, both series and comment fields are set, if from a patch, series and patch fields are set and if from a comment on a patch, all fields are set. Move functionality related to tag extraction into parser.py. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Tags are now related to series rather then patches. If the tag comes from a cover letter, only the series field is set, if from a comment on cover, both series and comment fields are set, if from a patch, series and patch fields are set and if from a comment on a patch, all fields are set. Move functionality related to tag extraction into parser.py. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Solve getpatchwork#113 and getpatchwork#57 GitHub issues, keep track of tag origin to be able to add tags to comments in the API later. Tags are now related to series rather then patches. If the tag comes from a cover letter, only the series field is set, if from a comment on cover, both series and comment fields are set, if from a patch, series and patch fields are set and if from a comment on a patch, all fields are set. Move functionality related to tag extraction into parser.py. Signed-off-by: Veronika Kabatova <vkabatov@redhat.com>
Not immediately, but I'm working on a big database refactor at the moment
that should make everything easier in the future...
…On Fri, Sep 27, 2019 at 9:15 PM Daniel Borkmann ***@***.***> wrote:
@daxtens <https://github.com/daxtens> @veruu <https://github.com/veruu>
Any progress with A/R/T/F tag count propagation and automatic A/R/T/F
appending to the individual patches from a series? Thanks
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#113?email_source=notifications&email_token=AAZHSBNFSRYQRW75U3KW4B3QLXTNHA5CNFSM4DYDSX2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD7YSNMA#issuecomment-535897776>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAZHSBNJ6423TKTAEYNPDV3QLXTNHANCNFSM4DYDSX2A>
.
|
Hi, Thanks! |
Nothing in v2.2. It's still on my backlog but my time for Patchwork is very limited nowadays, unfortunately. |
bump? |
Both of our times are very limited and continue to be limited, sadly.
|
Let's say we have a 5 patch series with a cover letter. I review the whole series, and rather than sending 5 emails I send one, in reply to the cover letter with my ack or review. This is pretty commonplace from what I've seen. The author of the series was concerned that my ack/review wouldn't be easily visible from Patchwork, so the maintainer would be less likely to merge the series.
A/R/T in reply to the cover letter should increment the counters for every patch in the series, making sure that the counter doesn't get incremented twice if the same person also replies with an A/R/T on an individual patch for some reason.
The text was updated successfully, but these errors were encountered: