-
Notifications
You must be signed in to change notification settings - Fork 29.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Autofetch should be disable by default #8469
Comments
Not sure if this is connected but i also get random files in my project marked as modified even if nothing really changed, but if i save the nonexistant modification it also appears on git as changed file. |
Fetch should rarely be problematic. Only in scenarios that some other application other than It can definitely prompt the user for input, in case of authentication. That can, and is most of the time, fixed by some external tool. Locking happens due to We like to keep the default values set to what most users would like it to be set. It's true, most other editors don't do it by default. We decided to do it and as a result we get a lot of people positively surprised by the incoming commits count in the status bar. @LithMage This is not related. You probably have line ending changes. Check it by running |
Can we reopen this? This is very surprising and rather non-standard and hard to debug - I recently noticed my repository seemed to be fetching in the background and I couldn't for the life of me figure out why. I agree that on the whole the behaviour is not destructive - but it's definitely very surprising. |
+1 for reopening this. It is destructive when the git repo is an ssh link, and vscode doens't prompt for credentials, so it just caueses blacklisting from too many invalid ssh logins. It(vscode) should at least check to see the repository origin url is ssh or not. |
Guys, I've changed my mind. Please follow: #34684 |
Steps to Reproduce:
I propose that VSCode should have the
git.autofetch
configuration flag set tofalse
by default. It seems quite unusual that an editor would immediately start modifying a folder simply because it has been opened. This seems like incorrect default behaviour. This default behaviour does not exist in any git client that I am aware of. Fetching is an operation that needs to be done and occasionally may be problematic.This appears to have led to a few issues (with a quick search):
The text was updated successfully, but these errors were encountered: