-
Notifications
You must be signed in to change notification settings - Fork 393
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
Non-actionable "conflicting changes in the working copy" message possible when changing to commit with different gitignore #5602
Comments
Something similar happens on a case-insensitive filesystem (easy to get on Mac or Windows) for
if you Thanks to @jennings , who may or may not file another bug for this. Aside: For Linux, there is https://www.brain-dump.org/projects/ciopfs/ for making case-insensitive filesystems, which I've never tried. |
Also, an FR: the message could list the paths of problematic files (all of them, or a subset if there are many). |
Can you test without watchman? I suspect our watchman integration doesn't handle skipped files properly. |
Indeed, great point! I had it on, and running Now, it acts as follows for the
Note that the author of the mysterious Discord report on Windows says they have watchman disabled. |
Update: Yuya points out below this might be watchman-related. I did have both watchman and
core.watchman.register_snapshot_trigger
enabled during the reproduction.Description
I can get a repo into a situation when I get a non-actionable message
Steps to Reproduce the Problem
Start with the following repo state. You can also download jj-localignoretest.tar.gz.
The key point is that commit
2
has a fileqq
with contents "something else" while commit
1
has a.gitignore
that includesqq
.Then, you do
jj new commit1
.Then, do
Expected Behavior
An actionable message. (Haven't yet thought about what)
Actual Behavior
As already described above, following the instructions does not help
Specifications
The text was updated successfully, but these errors were encountered: