Navigation Menu

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

FR: add option "only install" to install own composer.lock #299

Open
zonky2 opened this issue Oct 31, 2016 · 11 comments
Open

FR: add option "only install" to install own composer.lock #299

zonky2 opened this issue Oct 31, 2016 · 11 comments

Comments

@zonky2
Copy link

zonky2 commented Oct 31, 2016

add option "composer install" without "composer update" before - so its possible to install the packages without SSH-Shell if you have a own composer.lock (generated e.g. local or with https://composer.borreli.com/)

this is a workaroud if you have not enough memory...

@fritzmg
Copy link
Contributor

fritzmg commented Oct 31, 2016

Yes, this is a much needed feature.

@zonky2
Copy link
Author

zonky2 commented Oct 31, 2016

add a checkbox "only install" and pass the parameter update should not a rocket science...

@discordier
Copy link
Member

add a checkbox "only install" and pass the parameter update should not a rocket science...

Indeed, however, your PR where you implemented it has not yet appeared on my radar.

@backbone87
Copy link
Contributor

Just out of curiosity: what happens if your composer.lock is not in line with your composer.json and you issue an install? (e.g. minimum-stability is set to stable, but the .lock contains dev packages?)

@fritzmg
Copy link
Contributor

fritzmg commented Feb 20, 2017

My suggestion would be to add this into the "Tools" section of the Package management, so that it won't confuse users (otherwise they might think they need to click this to install new packages/extensions...).

Also, the composer-client could may be automatically update the

"config": {
    "platform": {
        "php": "…"
    }
}

setting in the /composer/composer.json so that, if you need to execute the composer update locally, you will execute it with the platform requirement of your server, rather than your local PHP version. Not sure if this makes a whole lot of sense though.

@Toflar you said you could make a PR - do you want to do it or should I?

@Toflar
Copy link
Contributor

Toflar commented Feb 22, 2017

Here's the PR for all of it: #308
There is no install button though, because it's executed automatically. Feel free to take whatever you need.

@fritzmg
Copy link
Contributor

fritzmg commented Feb 22, 2017

Cool :). But this is only for the cloud service, right? Imho an install button would still make sense.

@Toflar
Copy link
Contributor

Toflar commented Feb 22, 2017

Yeah, but it handles the install command for all 3 modes too, so you might need this :)

@fritzmg
Copy link
Contributor

fritzmg commented Feb 22, 2017

Indeed. If this gets merged, I can create a PR for the install button ;).

@fritzmg
Copy link
Contributor

fritzmg commented Feb 22, 2017

Just out of curiosity: what happens if your composer.lock is not in line with your composer.json and you issue an install? (e.g. minimum-stability is set to stable, but the .lock contains dev packages?)

I haven't checked your specific use-case, but composer will tell you

Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.

for example.

@discordier
Copy link
Member

@fritzmg the current PR is in now way mergable (as I heard from @Toflar). Therefore it would be better if you could complete it with all aspects needed (cloud handling and "install button).

If all things are set, I'll happily merge your PR then.

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

5 participants