Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1563121
| From | Jeff King <peff@peff.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC for GIT] pull-request: add praise to people doing QA |
| Date | 2017-01-19 22:50 +0100 |
| Message-ID | <t1sKK-6S0-27@gated-at.bofh.it> (permalink) |
| References | <sZXSF-5R9-1@gated-at.bofh.it> <t03v3-11U-7@gated-at.bofh.it> <t1rOG-6hY-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Jan 19, 2017 at 09:43:45PM +0100, Wolfram Sang wrote: > > As to the implementation, I am wondering if we can make this somehow > > work well with the "trailers" code we already have, instead of > > inventing yet another parser of trailers. > > > > In its current shape, "interpret-trailers" focuses on "editing" an > > existing commit log message to tweak the trailer lines. That mode > > of operation would help amending and rebasing, and to do that it > > needs to parse the commit log message, identify trailer blocks, > > parse out each trailer lines, etc. > > > > There is no fundamental reason why its output must be an edited > > original commit log message---it should be usable as a filter that > > picks trailer lines of the selected trailer type, like "Tested-By", > > etc. > > I didn't know about trailers before. As I undestand it, I could use > "Tested-by" as the key, and the commit subject as the value. This list > then could be parsed and brought into proper output shape. It would > simplify the subject parsing, but most things my AWK script currently > does would still need to stay or to be reimplemented (extracting names > from tags, creating arrays of tags given by $name). Am I correct? > > All under the assumption that trailers work on a range of commits. I > have to admit that adding this to git is beyond my scope. This sounds a lot like the shortlog-trailers work I did about a year ago: http://public-inbox.org/git/20151229073832.GN8842@sigill.intra.peff.net/ http://public-inbox.org/git/20151229075013.GA9191@sigill.intra.peff.net/ Nobody seemed to really find it useful, so I didn't pursue it. Some of the preparatory patches in that series bit-rotted in the meantime, but you can play with a version based on v2.7.0 by fetching the "shortlog-trailers-historical" branch from https://github.com/peff/git.git. And then things like: git shortlog --ident=tested-by --format='...tested a patch by %an' work (and you can put whatever commit items you want into the --format, including just dumping the hash if you want to do more analysis). -Peff
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [RFC for GIT] pull-request: add praise to people doing QA Wolfram Sang <wsa@the-dreams.de> - 2017-01-19 21:50 +0100
Re: [RFC for GIT] pull-request: add praise to people doing QA Junio C Hamano <gitster@pobox.com> - 2017-01-19 22:30 +0100
Re: [RFC for GIT] pull-request: add praise to people doing QA Wolfram Sang <wsa@the-dreams.de> - 2017-01-19 23:10 +0100
Re: [RFC for GIT] pull-request: add praise to people doing QA Jeff King <peff@peff.net> - 2017-01-19 22:50 +0100
Re: [RFC for GIT] pull-request: add praise to people doing QA Jacob Keller <jacob.keller@gmail.com> - 2017-01-20 00:50 +0100
Re: [RFC for GIT] pull-request: add praise to people doing QA Joe Perches <joe@perches.com> - 2017-01-20 01:10 +0100
Re: [RFC for GIT] pull-request: add praise to people doing QA Jacob Keller <jacob.keller@gmail.com> - 2017-01-20 01:20 +0100
csiph-web