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

[RFC] nimble update #169

Open
yglukhov opened this issue Dec 15, 2015 · 7 comments
Open

[RFC] nimble update #169

yglukhov opened this issue Dec 15, 2015 · 7 comments

Comments

@yglukhov
Copy link
Member

It would be nice to have a way of updating all dependencies for a project in current directory. Our project uses a lot of dependencies that are changed quite often.

@dom96
Copy link
Collaborator

dom96 commented Dec 15, 2015

I think that will be what nimble update will do after #158 is implemented, still haven't worked that out completely but better dependency management is definitely a must-have. #88 will also come into play here.

What I envision nimble install --force to do, is to force the installation of a Nimble package even if some dependencies don't match or there is some other problem. I think it's @Araq's dream.

@dom96 dom96 changed the title [RFC] nimble install --force [RFC] nimble update Dec 18, 2015
@dom96 dom96 added the Feature label Dec 18, 2015
@yglukhov
Copy link
Member Author

Lets clarify how nimble update should work then. Here's what i think.

nimble update <pkg> # same as "nimble install -y <pkg> && for dep in deps; do nimble install -y dep"
nimble update # same as above but works only when there's nimble file in PWD, and doesn't install/update the pkg itself, only dependencies

@dom96
Copy link
Collaborator

dom96 commented Apr 13, 2016

I think update should get a --deps/--deps-only flag. The behaviour you are suggesting would be inconsistent.

@dom96
Copy link
Collaborator

dom96 commented Dec 29, 2016

Demoting this to medium priority for now. I would like to hear what you think of how Nimble now installs "special" versions of dependencies ("#head" etc).

@dom96
Copy link
Collaborator

dom96 commented Aug 12, 2017

@yglukhov Thoughts?

Perhaps it makes sense to implement lock files first as I think this command will play an important part in that feature.

@yglukhov
Copy link
Member Author

@dom96, agreed. This should be somewhere on top of lock files.

@kobi2187
Copy link

I think nimble should update packages globally, IOW, system-wise, not folder-wise.
I don't like the npm approach.
I think nimble already has a way to specify a particular version of a library, so I don't see the merit in doing it just for a specified directory.

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

No branches or pull requests

3 participants