'Stash' shouldn't stash untracked files
Unlike the git command line, when stashing GitKraken automatically stages and stashes untracked (and not ignored) files. Because GitKraken also auto-stashes when switching branches, this ultimately results in untracked files getting added to the index when switching branches, which is unexpected. To avoid this and be consistent with command line git, the 'stash' operation should ignore untracked files.
Comments: 7
-
11 Aug, '21
ESRelated to https://feedback.gitkraken.com/suggestions/198443/add-option-to-disable-autostash
-
11 Aug, '21
Markus J.Well, the option if a stash stashes untracked files should be a configurable option and not a fixed setting at all
-
16 Nov, '21
Vicente RocheShow properly in Gitkraken untracked files added to the stash when using 'git stash -u' and add the ability to do this through the GUI.
-
06 Oct, '22
Josh JAuto-stash has caused me to stop using GitKraken.
1 -
08 Dec, '22
Jake StineAuto-stash of untracked items in GitKraken is more likely to cause loss of data in my case than otherwise. Please consider adding an option to disable it. I routinely intentionally keep untracked files of "mid to low value" in my working tree while swapping branches during operations like bisect and sometimes these files are large (GBs) and this causes GitKraken to more or less hang due to stashing huge files. Cancelling the stash can thus lead to data loss.
Yes, I could keep these large files outside the workspace in most cases by chaging debug settings, running environment location, etc -- but I shouldn't _have_ to in order to utilize an otherwise wonderful tool like GitKraken. -
30 Jan, '23
uraythis auto-stash cause more trouble than it solves, it is worse if u are on LFS, if auto-stash doing its thing, any merge, commit, etc will take 5-10 minutes, while using terminal it would be done just seconds
-
24 Jan
MJBI agree with the others. I frequently find myself going back to the command line to pop stashes and unstage files. It's very annoying. Make this configurable.