git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Draft of Git Rev News edition 5

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Jul 8, 2015, 13:02 UTC
Message-ID
<96e72d94244ef3d2b7ecdfdb83fdbafd@www.dscho.org>
In-Reply-To
<CAP8UFD1=KxcYyFfFZ++5Vty-KMv-ci8dtdo4bfX7oj_wgLOE7g@mail.gmail.com>
Hi,
On 2015-07-08 12:29, Christian Couder wrote:
Show 19 quoted lines
> On Wed, Jul 8, 2015 at 9:43 AM, Junio C Hamano <gitster@pobox.com> wrote:
>> Michael J Gruber <git@drmicha.warpmail.net> writes:
>>
>>> Just as an example, in the section on "visualizing merge diffs after the
>>> fact", few people will be interested in the detail that I pointed out
>>> the "--merges" option of rev-list to Dscho. While that recollection is
>>> true and everything on the git-ml is public, I consider "Git Rev News"
>>> to be "more public", targetted to a wider audience than the regulars.
>>> They don't all know how much Git owes to Dscho. If things like this end
>>> up in the news it makes me ponder for each on-list reply whether I'd
>>> rather reply in private. Maybe I'm being overly sensitive (though not
>>> affected in this case), but I just feel there are different degrees of
>>> "public".
>>
>> I do not see "Michael pointed out that there was a slightly better
>> way to do that" as saying anything bad about his contribution.
> 
> On the contrary I think that the way Dscho used sed shows some cli
> proficiency and might be interesting to some people.
Just for the record: I was really happy to learn about the --merges option. Also: I have not the faintest problem to demonstrate lack of knowledge publicly. It was kind of flattering to hear that my contributions to Git are appreciated, though ;-)
Show 9 quoted lines
>> I however do agree with you that we want to see the newsletter aim
>> to summarize things better.  Instead of saying "Dscho suggested X,
>> Michael then refined it to Y", with full details of what X and Y
>> looked like, it would be more appropriate for the target audience to
>> say "Dscho and Michael worked together to come up with a solution
>> Y".
> 
> With the details, I think readers are more likely to remember the
> --merges option.
Yep, people remember things better when there is some story behind that they can relate to.

Ciao, Dscho

Previous: Christian CouderNext: Junio C Hamano
Message 10 of 16 in “Draft of Git Rev News edition 5”
  1. Christian CouderJul 5, 2015
  2. Eric SunshineJul 5, 2015
  3. Christian CouderJul 5, 2015
  4. Eric SunshineJul 5, 2015
  5. Thomas Ferris NicolaisenJul 5, 2015
  6. Eric SunshineJul 5, 2015
  7. Michael J GruberJul 8, 2015
  8. Junio C HamanoJul 8, 2015
  9. Christian CouderJul 8, 2015
  10. Johannes SchindelinJul 8, 2015
  11. Junio C HamanoJul 8, 2015
  12. Junio C HamanoJul 6, 2015
  13. Eric SunshineJul 6, 2015
  14. Junio C HamanoJul 6, 2015
  15. Eric SunshineJul 6, 2015
  16. Christian CouderJul 6, 2015

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.