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

Re: [BUG] git push --quiet fails with older versions

From
Junio C Hamano <gitster@pobox.com>
Date
Sep 4, 2011, 19:02 UTC
Message-ID
<7vty8syvtz.fsf@alter.siamese.dyndns.org>
In-Reply-To
<20110903105723.GA16304@tin.tmux.org>
Tobias Ulmer <tobiasu@tmux.org> writes:
> my distro updated git to 1.7.6.1. Now git push --quiet, used in various
> scripts, blows up against 1.7.6.

This kind of regression is not acceptable not just for point maintenance release, but for feature releases. 1.7.7 client must work with 1.7.6 server just fine without such a breakage. I should have been more careful when reviewing.

Thanks for a report, Tobias, and thanks for a quick fix, Clemens.
Previous: Tobias Ulmer
Message 17 of 17 in “[BUG] git push --quiet fails with older versions”
  1. Tobias UlmerSep 3, 2011
  2. Clemens BuchacherSep 3, 2011
  3. 1/3 tests for push --quietClemens Buchacher, Sep 3, 2011
  4. 2/3 fix push --quiet via httpClemens Buchacher, Sep 3, 2011
  5. 3/3 push: old receive-pack does not understand --quietClemens Buchacher, Sep 3, 2011
  6. Junio C HamanoSep 5, 2011
  7. Junio C HamanoSep 5, 2011
  8. Junio C HamanoSep 5, 2011
  9. Michael J GruberSep 5, 2011
  10. Michael J GruberSep 5, 2011
  11. t5541: avoid TAP test miscountingMichael J Gruber, Sep 5, 2011
  12. Junio C HamanoSep 5, 2011
  13. Michael J GruberSep 6, 2011
  14. Junio C HamanoSep 6, 2011
  15. Clemens BuchacherSep 6, 2011
  16. Tobias UlmerSep 4, 2011
  17. Junio C HamanoSep 4, 2011

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.