-completion.bash is sourced, we must pass in a flag to
git-completion.bash to change its behavior.
Signed-off-by: Mark Lodato lod...@google.com
---
contrib/completion/git-completion.bash | 1 +
contrib/completion/git-completion.zsh | 8 +---
2 files changed, 2 insertions(+), 7 deletions(-)
diff
On Fri, Jul 12, 2013 at 3:52 PM, Junio C Hamano gits...@pobox.com wrote:
Jonathan Nieder jrnie...@gmail.com writes:
FWIW the GIT_SSL_CERT_PASSWORD_PROTECTED envvar has a similar can
only enable behavior, but since it's documented, that's not as big
of a problem. Do you remember why it
I'd love for git apply to have an equivalent to git add -p. (I'm
guessing it would be called --interactive since git apply -p is
taken and --patch would be confusing.) Has anyone thought about this?
After taking a quick look at git-add--interactive.perl, it seems like
the main steps would be:
On Mon, Jan 14, 2013 at 3:03 AM, Piotr Krukowiecki
piotr.krukowie...@gmail.com wrote:
Just wondering, is the result different than something like
git checkout commit_to_reparent
cp -r * ../snapshot/
git reset --hard new_parent
rm -r *
cp -r ../snapshot/* .
git add -A
(assumes 1 parent,
-apply the *diffs* of the current branch to
another
AUTHOR
==
Mark Lodato loda...@gmail.com
--- 8 ---
#!/bin/sh
# Copyright (c) Mark Lodato, 2013
OPTIONS_SPEC=\
git reparent [OPTIONS] ((-p parent)... | --no-parent)
Recommit HEAD with a new set of parents.
--
h,help show the help
e
5 matches
Mail list logo