bug: `git pull` does not clean up after itself if it fails

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



What did you do before the bug happened? (Steps to reproduce your issue)
In your local repo have a directory that you cannot write to.
Pull from a remote that has changes/new files in that directory.

What did you expect to happen? (Expected behavior)
The pull fails and the local repo in the same state as before.

What happened instead? (Actual behavior)
All changes to writeable files are applied and all new files in writeable dirs are added.
The local HEAD however remained the same.

What's different between what you expected and what actually happened?
A failed `git pull` inadvertently creates changes and untracked files.

Anything else you want to add:
I created this bugreport on my local machine, but I first noticed this on git version 2.25.1 under Ubuntu (uname: Linux s-c05-mvi-civdb 5.4.0-174-generic #193-Ubuntu SMP Thu Mar 7 14:29:28 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux)

[System Info]
git version:
git version 2.45.2
cpu: x86_64
no commit associated with this build
sizeof-long: 8
sizeof-size_t: 8
shell-path: /bin/sh
uname: Linux 6.9.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 28 Jun 2024 04:32:50 +0000 x86_64
compiler info: gnuc: 14.1
libc info: glibc: 2.39
$SHELL (typically, interactive shell): /bin/zsh

--
Best,
Nikolai




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux