Hi Myles,
On Mon, 8 Jan 2018, Myles Fong wrote:
> Brief description:
> When two tags are pointing to the same commit, e.g. tagA and tagB, if I
> do `git checkout tagA` then `git checkout tagB`, and then `git status`,
> it shows `HEAD detached at tagA`
>
> Expected behaviour:
> I'm expecting it
Hi,
Brief description:
When two tags are pointing to the same commit, e.g. tagA and tagB, if I do `git
checkout tagA` then `git checkout tagB`, and then `git status`, it shows `HEAD
detached at tagA`
Expected behaviour:
I'm expecting it to show `HEAD detached at tagB`, though I understand
rhys evans rhys.ev...@ft.com writes:
I ran `git commit -ammend` on a repo where 1 out of 3 files changed
were staged for commit.
I would've expected an error to be thrown due to the double typo but
instead it committed all 3 files with the message 'mend'.
So it looks like it interpreted it
On Fri, Nov 15, 2013 at 10:54 PM, Matthieu Moy
matthieu@grenoble-inp.fr wrote:
rhys evans rhys.ev...@ft.com writes:
I ran `git commit -ammend` on a repo where 1 out of 3 files changed
were staged for commit.
I would've expected an error to be thrown due to the double typo but
instead it
On Sat, Nov 16, 2013 at 10:28:36AM +0700, Duy Nguyen wrote:
Yes. This is a rather widespread convention (e.g. rm -fr == rm -r -f).
Git does a special-case for -amend to avoid confusion:
$ git commit -amend
error: did you mean `--amend` (with two dashes ?)
But it did not
Pierre-François CLEMENT lik...@gmail.com writes:
As you can see, the --cumulative lines seem to be duplicated, though
the computed stats aren't exactly the same... It appears when you
combine the --cumulative option with either --stat, --numstat or
--shortstat (but not --dirstat) ...
Thanks
6 matches
Mail list logo