-
Notifications
You must be signed in to change notification settings - Fork 66
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
Sometimes, .gitignore is not respected and files listed in .gitignore are included in the commits created by multi-gitter #356
Comments
Thanks for the bug report, but without any repro, it will be hard to solve, or even verify if it actually is a problem. Maybe it does repro with some specific git ignore files that you can share? I still have two questions.
|
Totally understand that it's hard to solve without a repro. Let me try to work on a minimal repro.
|
Any progress on a minimal set of .gitignore that sometimes repro this, and/or running it with |
Yes. I don't have a minimal repro yet. Still working on it. |
@andyren0110 Any update on this? |
git-xargs had/has the same problem gruntwork-io/git-xargs#53 this leads me to believe it is a problem with go-git. a quick search in the issues there reveals quite a few problems around gitignore unfortunately. seems like changing |
Describe the bug
I don't know how to produce a minimum repro. But I used multi-gitter to make some changes in about 30 repos, and ran
yarn install
, and then commit the changes. In some of the PRs it created, node_modules folder is included. node_modules are added to all the repos .gitignore. I checked out those branches, did agit reset HEAD~
and then commit all the changes again,node_modules
files are no long included in the commit. I'm wondering how multi-gitter commits changes? Does it sometimes use a-f
flag when committing the changes withgit commit
?Expected behavior
Changes resulted from running a script but are explicitly listed in
.gitignore
should not be included in the PR created by multi-gitter.Additional context
Add any other context about the problem here.
It is for example often useful to include detailed logs from a run with
--log-level=trace
.The text was updated successfully, but these errors were encountered: