Skip to content
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

How to avoid tracking generated module files? #166

Open
campadrenalin opened this issue Jul 17, 2015 · 3 comments
Open

How to avoid tracking generated module files? #166

campadrenalin opened this issue Jul 17, 2015 · 3 comments

Comments

@campadrenalin
Copy link

Admittedly, this isn't really a bug, it's a question. But I'll take a contact medium where I can find one.

I'm working on a project where there are multiple generated .pm files, which are produced by src/Makefile. I deliberately do not want to track these files in git, because the build process is non-deterministic (thanks, YAPP) and it builds a bit different every time, leading to massive amounts of diff churn.

My ideal is that releases can contain the baked files, so everyone doesn't need to install YAPP and such, but that developers are required to install those things, and they will not be tracked by git. Is this possible to accomplish in Minilla?

@tokuhirom
Copy link
Owner

Hmm. These type repo is not supported for now.

@campadrenalin
Copy link
Author

I see. Is there any openness toward supporting it in the future? I'd love to help with that, since "don't track generated files" is such a common policy.

@bolangi
Copy link

bolangi commented May 31, 2017

I'm here with the same issue. I autogenerate .pm files and .t files from source files. I can exclude the source files using the exclude_match option in minil.toml. Would like to have an analogous include_match option to specify where .pm files can be found. I looked at FileGatherer.pm, and seems possible. Would you be open to supporting this or receiving a patch?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants