From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff King Subject: Re: Promoting Git developers Date: Wed, 11 Mar 2015 03:54:29 -0400 Message-ID: <20150311075429.GA10300@peff.net> References: <54FDA6B5.8050505@drmicha.warpmail.net> <20150311073129.GA5947@peff.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: "Jason St. John" , Christian Couder , Michael J Gruber , David Kastrup , git To: Junio C Hamano X-From: git-owner@vger.kernel.org Wed Mar 11 08:54:41 2015 Return-path: Envelope-to: gcvg-git-2@plane.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YVbTR-0005iz-TS for gcvg-git-2@plane.gmane.org; Wed, 11 Mar 2015 08:54:38 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751740AbbCKHyd (ORCPT ); Wed, 11 Mar 2015 03:54:33 -0400 Received: from cloud.peff.net ([50.56.180.127]:60095 "HELO cloud.peff.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751300AbbCKHyc (ORCPT ); Wed, 11 Mar 2015 03:54:32 -0400 Received: (qmail 3207 invoked by uid 102); 11 Mar 2015 07:54:33 -0000 Received: from Unknown (HELO peff.net) (10.0.1.1) by cloud.peff.net (qpsmtpd/0.84) with SMTP; Wed, 11 Mar 2015 02:54:33 -0500 Received: (qmail 25312 invoked by uid 107); 11 Mar 2015 07:54:41 -0000 Received: from Unknown (HELO sigill.intra.peff.net) (10.0.1.2) by peff.net (qpsmtpd/0.84) with SMTP; Wed, 11 Mar 2015 03:54:41 -0400 Received: by sigill.intra.peff.net (sSMTP sendmail emulation); Wed, 11 Mar 2015 03:54:29 -0400 Content-Disposition: inline In-Reply-To: Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On Wed, Mar 11, 2015 at 12:38:21AM -0700, Junio C Hamano wrote: > >> I can add "shortlog --no-merges -s -n v2.3.0..v2.4.0" at the end of > >> the e-mail when the release notes is sent out. That might be a good > >> enough balance between the usefulness of the release notes to its > >> customers and giving credits to individuals in a way a bit more > >> visible than "if you are interested, run shortlog yourself" [*4*]. > > > > I somehow thought you already did this, but it looks like you just do > > shortlog (without the "-ns") for the "maint" release announcement. > > That is because (a) it is scripted in Meta/Announce, and (b) I strip it > out for feature releases, as the plain shortlog output with full feature > list is usually ends up being just too long for the announce message. Yeah, I figured the length was the reason. > Perhaps I'll add "shortlog -s | pr -3" or something at the end for both > maintenance track and feature releases. Names only, unordered and > hopefully not overly long. Yes, I was thinking something along those lines. Maybe: # example old=v2.2.0 new=v2.3.0 # like "shortlog -s", but we do not even care about the numbers shortlog () { git log --format=%aN "$@" | sort -u } compact () { perl -lne 'push @x, $_; END { print join(", ", @x) }' | fold -s } count () { shortlog $old..$new | wc -l } newbies () { comm -23 <(shortlog $old..$new) <(shortlog $old) | compact } oldtimers () { comm -12 <(shortlog $old..$new) <(shortlog $old) | compact } cat <