On Fri, Apr 22, 2016 at 09:04:25PM +0200, Remi Galan Alfonso wrote:
> For this bug it doesn't seem to be specifically linked to git stash,
> since 'git status' doesn't display correct informations in the first
> place (it doesn't show foo/bar as an untracked file).
>
> I tried something quickly,
Junio C Hamano writes:
> Remi Galan Alfonso
> writes:
>
> > Daniele Segato wrote:
> > ...
> >> git version 1.9.1
> >
> > Contrary to what I expected, this seems to still be the case with:
> > $ git --version
> > git version 2.8.0.rc2
>
> I do not think "git stash" has been updated in any m
Remi Galan Alfonso
writes:
> Daniele Segato wrote:
> ...
>> git version 1.9.1
>
> Contrary to what I expected, this seems to still be the case with:
> $ git --version
> git version 2.8.0.rc2
I do not think "git stash" has been updated in any major way to
address correctness (including its c
Daniele Segato wrote:
> git init
> echo 'X' > foo
> git add foo
> git commit -m 'foo file committed'
>
> rm foo
> mkdir foo
> echo 'B' > foo/bar
>
> # git status
>
> git stash
>
> at this point stash deleted the "bar" file, in his case all the work
> on the previous couple of hours, but he did
sorry I forgot:
$ git --version
git version 1.9.1
On Fri, Apr 22, 2016 at 1:46 PM, Daniele Segato
wrote:
> Hi,
>
> my coworker today claimed git stash deleted his files, I made him
> explain me what he did and I think it could actually be a bug even if
> happening only in a corner case better
Hi,
my coworker today claimed git stash deleted his files, I made him
explain me what he did and I think it could actually be a bug even if
happening only in a corner case better explained with code to
reproduce:
git init
echo 'X' > foo
git add foo
git commit -m 'foo file committed'
what follow
6 matches
Mail list logo