-
Notifications
You must be signed in to change notification settings - Fork 40
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
Dirty tree when untracked files exist #55
Comments
Hi @tueda , Thanks for reporting this. As of the current version (2.8.2), any change in the status list is reporting as making the working copy considered dirty. It has been made this way to prevent having uncontrolled workspaces in a CI/CD environment. However, if this suits any need, I could introduce a configuration parameter to ignore any unstaged change. I find this a bit dangerous since the current library I use (grgit) does not make any difference between unstaged changes and untracked changes. |
Thank you for the answer. I understand the change may introduce some problems to others, so it would be good to have a configuration parameter to ignore untracked files. I am not sure how much other people want this behaviour: To me, it would be a nice occasion to reconsider my bad habit to have many untracked files (logs, test inputs...) in development, or I could just ignore the "dirty" flag in development, or maybe I could just write a script to use |
It seems that the definition of "dirty" in the plugin is a bit different from that of
git describe
: untracked files always make the working copy dirty. If this is intended behaviour, it would be nice to have an option to ignore untracked files.Steps to reproduce the problem
Expected behaviour
When
git describe --dirty
does not say the working tree is dirty, the plugin does not, either.Actual behaviour
The text was updated successfully, but these errors were encountered: