Closed vincenzo closed 8 years ago
Using composer global ...
just means that your "project" is the folder ~/.composer. You probably want to manage your CLI modifications in a separate folder - run composer commands at the root of that folder without global
.
I believe composer update <dep>
attempts to update only that specific dependency, and so it is unable to update the dependency's dependencies to match. composer update
works much better.
That makes sense @pjcdawkins, thanks.
Hi all,
I am not quite sure this is the right place to talk about this, but I couldn't find anywhere else. As part of the project I work on, I have decided to implement some custom commands for the
cli
that will not be applicable to the general public. Therefore, the plan is to keep a private fork with all the additions in it and update theplatform cli
from there.To test things, I've created a public fork for the time being: https://github.com/artetecha/platformsh-cli/
So, first thing was to edit my
.composer/composer.json
so that it looked as follows:This was done following composer's official documentation. Then, as suggested, I ran
First, the good news: it picked up my repo and it's pulling from there.
Now, the bad news.
The first time I ran the update, composer started scanning all the versions (supposedly looking at the tags on the repo). It made so many requests to Github that at some point asked me to generate a token as it had reached the maximum number of allowed requests.
I did that, just to get past that. And I eventually a problem with the resolution of the dependencies (I think). I can now get that any time I want, just by running the update again:
I must admit, I am kind of new to managing stuff with composer, so I am kind of stuck at this point.
Anyone willing to help me to move things forward?