-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Git status deleted and renamed show up for both changes in the working directory and in staging. #1371
Labels
🐛 bug
Something isn't working as expected.
Comments
I can try to investigate this one unless someone objects. |
Here's the investigation result. I'm not sure if Starship needs it, but I've found out it was introduced here (which doesn't help either): https://github.com/starship/starship/pull/247/files |
Aelnor
added a commit
to Aelnor/starship
that referenced
this issue
Jun 29, 2020
This option causes advances rename detection which causes incosistency between `git status` and Starship reports. Closes starship#1371
Aelnor
added a commit
to Aelnor/starship
that referenced
this issue
Jun 29, 2020
This option causes advances files rename detection which causes inconsistency between `git status` and Starship reports. Closes starship#1371
Aelnor
added a commit
to Aelnor/starship
that referenced
this issue
Jun 29, 2020
This option causes advanced files rename detection which causes inconsistency between `git status` and Starship reports. Closes starship#1371
Aelnor
added a commit
to Aelnor/starship
that referenced
this issue
Jun 29, 2020
This option causes advanced files rename detection which causes inconsistency between `git status` and Starship reports. Closes starship#1371
5 tasks
Aelnor
added a commit
to Aelnor/starship
that referenced
this issue
Jun 29, 2020
This option causes advanced files rename detection which causes inconsistency between `git status` and Starship reports. Closes starship#1371
Aelnor
added a commit
to Aelnor/starship
that referenced
this issue
Jul 13, 2020
This option causes advanced files rename detection which causes inconsistency between `git status` and Starship reports. Closes starship#1371
andytom
pushed a commit
that referenced
this issue
Jul 14, 2020
* Remove renames_index_to_workdir() option from git status This option causes advanced files rename detection which causes inconsistency between `git status` and Starship reports. Closes #1371 * add test for manually remaned and deleted files in git_state module * fix tests
chipbuster
pushed a commit
to chipbuster/starship
that referenced
this issue
Jan 14, 2021
…hip#1411) * Remove renames_index_to_workdir() option from git status This option causes advanced files rename detection which causes inconsistency between `git status` and Starship reports. Closes starship#1371 * add test for manually remaned and deleted files in git_state module * fix tests
dagbrown
pushed a commit
to dagbrown/starship
that referenced
this issue
Oct 22, 2021
…hip#1411) * Remove renames_index_to_workdir() option from git status This option causes advanced files rename detection which causes inconsistency between `git status` and Starship reports. Closes starship#1371 * add test for manually remaned and deleted files in git_state module * fix tests
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Bug Report
Current Behavior
Git status
deleted
andrenamed
symbols show up for both changes in the working directory and for when a file is staged.Expected Behavior
Git status
deleted
andrenamed
symbols show up for when a file is staged.Additional context/Screenshots
In the documentation,
deleted
andrenamed
are both described as being related to when a file is in the staging area. But it looks likedeleted
andrenamed
symbols show up regardless of whether they are in staging or the working directory.Here's an example, given this setup:
example-repo on release ❯ tree . ├── one.txt └── two.txt 0 directories, 2 files
If I delete one.txt, and rename two.txt to three.txt, I see the
deleted
andrenamed
symbols even though the files are part of the working directory.And adding them to staging, the symbols remain (matching what's stated in the documentation).
Environment
The text was updated successfully, but these errors were encountered: