-
Notifications
You must be signed in to change notification settings - Fork 527
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
Exclude directories from processing #918
Labels
Comments
Ad a): An empty file would be OK as well to exclude everything below the directory |
@agross: if the paket.ignore file supports regular expressions as pattern, you could just add |
I like the idea of just stopping if we find another paket.dependencies file. This will help here and avoids lots of confusion. |
Cool! Thanks! |
haraldsteinlechner
added a commit
to haraldsteinlechner/Paket
that referenced
this issue
Apr 12, 2016
…tedDefinitions which results in exceptions during pack, due to a bug in FSharp.Data fsprojects#918)
haraldsteinlechner
added a commit
to haraldsteinlechner/Paket
that referenced
this issue
Apr 12, 2016
…tedDefinitions which results in exceptions during pack, due to a bug in FSharp.Data fsprojects#918)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello,
What:
It would be nice if I could tell Paket to ignore specific directories from processing (
paket install
).Why:
We added git submodules to our repository and some (sub) projects use Paket as well. During
paket install
it detects ALL paket.reference files and replaces the DLL reference paths accordingly.Example:
The sub modules should not use the root/packages directory. The directory root/submodule path/packages makes much more sense. The root/paket.dependencies and root/paket.lock shouldn't apply sub modules dependencies.
Proposal:
a.)
Add a paket.ignore file that contains directory names to ignore.
File content of paket.ignore (maybe regex?):
b.)
Paket recognises the sub directory's paket.lock + paket.dependencies files and processes the sub folder independently.
Greetings,
Daniel
The text was updated successfully, but these errors were encountered: