git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* What's not in git.git
@ 2007-11-17 21:12 Junio C Hamano
  2007-11-17 23:27 ` J. Bruce Fields
  0 siblings, 1 reply; 2+ messages in thread
From: Junio C Hamano @ 2007-11-17 21:12 UTC (permalink / raw
  To: git

A list of recent issues discussed without any patch landing in
my tree.

* git-revert <path>

  As discussed, I am in favor of the above command, only when
  <path> cannot be interpreted as a valid commit object name and
  <path> appears in the index, to run "git-checkout -- <path>".

  Also, I am in favor of making "git-revert <commit> -- <path>"
  and "git-cherry-pick <commit> -- <path>" create a commit that
  reverts or cherry-picks the effect of named commit but only
  on named paths, as proposed by Dscho.

  Before the latter materializes, however, I think it is
  possible to implement the former.

  - "git-revert [--] <path>" runs "git-checkout -- <path>"
    without complaining (only when unambiguous if no -- is
    given);

  - "git-cherry-pick [--] <path>" errors out, as it does not
    make any sense.

  - "git-(revert|cherry-pick) <commit> [--] <path>" gives
    "unimplemented yet" error message;

* "Why a merge is more difficult to bisect" document.

  I think the last text with rewording suggestion on the list
  was good.  Should I take that directly, or pull through
  Bruce?

* "Batch mode of git-cat-file" aka git-fast-export.

  I think the idea is sound.

   http://thread.gmane.org/gmane.comp.version-control.git/65053/focus=65057
   http://thread.gmane.org/gmane.comp.version-control.git/62295/focus=62441

* Solaris portability improvements and clean-up.

  Test patches sent for git-compat-util.h and Makefile on
  FLEX_ARRAY and mkdtemp() but they haven't resulted in any
  appliable patch yet.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: What's not in git.git
  2007-11-17 21:12 What's not in git.git Junio C Hamano
@ 2007-11-17 23:27 ` J. Bruce Fields
  0 siblings, 0 replies; 2+ messages in thread
From: J. Bruce Fields @ 2007-11-17 23:27 UTC (permalink / raw
  To: Junio C Hamano; +Cc: git

On Sat, Nov 17, 2007 at 01:12:53PM -0800, Junio C Hamano wrote:
> * "Why a merge is more difficult to bisect" document.
> 
>   I think the last text with rewording suggestion on the list
>   was good.  Should I take that directly, or pull through
>   Bruce?

I can take a look tonight or tommorow (Sunday) morning.  I'll also skim
back through my inbox for other user-manual and related patches (I know
I've been neglecting it for a while...), but if people know of anything
that's been overlooked they could resend.

--b.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-11-17 23:27 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-11-17 21:12 What's not in git.git Junio C Hamano
2007-11-17 23:27 ` J. Bruce Fields

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).