-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
[Bug] error: cannot pull with rebase: You have unstaged changes. #3692
Comments
Pushed a fix for this. Please run this:
|
I prefer the current fix, it would be a lot of work to rebase all commits in the repo
That message is for Scoop itself - it doesn't indicate about buckets |
Hmm, I don't think we're on the same page. See my suggestion in the OP: let the installer
I see. As a user, I find it a bit confusing. The bucket updates look like intermediate steps to a single successful update, so it's unexpected to see a success message right under an error message. I think such an error can easily go undetected by a user, do you agree? Especially if they use the default where the error may be several pages up before a bunch of git log output (from other buckets). I'm not trying to be difficult here; I'm just striving for great UX so I'm curious about the stance of the maintainers 🙂 |
I hear you, but we don't see this problem very often. If there are more reports, we will see if
Could you please post your feedback here in this discussion? - ScoopInstaller/Scoop#4675 |
Bug Report
Current Behavior
Sometimes, there will be some change in the working directory of a bucket repository. That blocks bucket updates.
Furthermore, the green text says
Scoop was updated successfully!
which I'm not sure I agree with.Expected Behavior
As I understand it, the bucket repositories aren't meant for interaction so updating should be more forceful and discard local changes without asking.
Additional context/output
It can look like this (don't mind the “unsafe repository” stuff):
In this case, it was caused by these files:
But I think I've seen others as well previously.
Possible Solution
git reset --hard
first. I think there are edge cases where this is still problematic, like when there are path name collisions due to case insensitivity on Windows.git fetch && git checkout -f origin/master
or similar (relies on knowing which branch we want though)System details
Windows version: 10
OS architecture: 64bit
PowerShell version: 7.2.4
Additional software: git version 2.36.1.windows.1
Scoop Configuration
The text was updated successfully, but these errors were encountered: