Re: A tour of git: the basics (and notes on some unfriendly messages)
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Sep 30, 2007, 12:44 UTC
- Message-ID
- <Pine.LNX.4.64.0709301343000.28395@racer.site>
- In-Reply-To
- <E8851B12-AAA5-4B4D-9F28-C5AB5AEF0E57@zib.de>
Hi,
On Sun, 30 Sep 2007, Steffen Prohaska wrote:
Show 22 quoted lines
> > On Sep 30, 2007, at 12:25 AM, Junio C Hamano wrote: > > > Steffen Prohaska <prohaska@zib.de> writes: > > > > > - git push: prints updates of remote heads. A message about > > > failing to update a remote head may get lost. > > > > Please do not remove the report of successful update, as people often > > say "git push" or "git push $there" without explicitly saying which > > refs to push. When pushing out to publish, I say "git push ko" (to > > mean k.org) and I _want_ my positive feedback. > > Yes but it's pretty technical. > > A much simpler output could be easier to scan by a human > > updating 'refs/heads/master' .. fast forward .. ok. > updating 'refs/heads/pu' .. forced non-fast forward .. ok. > updating 'refs/heads/next' .. > ERROR: 'refs/heads/next' not updating to non-fast forward > exit(1) here.
No, please no. This is way too short.
If at all, please let 8c3275abcacb83ea3f4c4f4ceb2376799fc282bd be an example, and make git respect several different output levels, but not changing the default (at first).
Ciao, Dscho