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

Version numbers identified by variables aren't handled properly #7

Open
pmonks opened this issue Dec 7, 2017 · 3 comments
Open

Version numbers identified by variables aren't handled properly #7

pmonks opened this issue Dec 7, 2017 · 3 comments

Comments

@pmonks
Copy link

pmonks commented Dec 7, 2017

I occasionally use a variable to define a version number for a set of related libraries (usually raw Java libs that all need to be pinned to the same version).

Here's an example.

Unfortunately versions doesn't seem to handle that properly, and reports out of date dependencies

Here's the output for the same example.

@pmonks
Copy link
Author

pmonks commented Dec 7, 2017

Note: may be one specific symptom of the more general issue described in #5.

@danielcompton
Copy link
Member

Yeah it's a bit of a problem, because this is a common thing to want to do. I've been thinking maybe about creating a lein and boot plugin that people can run in CI, which would send all of the dependencies in the project on each build. That would let me handle any arbitrarily complex scheme that people do with lein and boot. The other option is that I spin up containers somewhere and evaluate the project myself to get their versions.

@dotemacs
Copy link
Contributor

I was just thinking about how this could be done in a container, just for leiningen related projects:

wget  https://url-to/project.clj 
lein pprint > result.clj

Then parse the result.clj file...

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