-
Notifications
You must be signed in to change notification settings - Fork 4
Link specified packages automatically from the extra section in composer.json #78
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
Comments
Hey, I think this is a bit related to #20 But I do understand the need to be able to always link specified packages from source control. (For example setting up development environments quickly for multiple developers, or whatever else). The file But that doesn't make it impossible to get what we want ;). I was thinking about defining packages in composer.json itself that should be linked automatically. Something in the lines of:
This makes sure that on a This also gives the developer freedom over his environment and the ability to simple unlink a package through the command line, but without changing the |
Yes, that's also exactly what I'm thinking about as well. Since, for example, cweagans composer patches are also using extra that should be fine to use, mb with package name ("composer-link") so won't be confused/conflicted Thanks for the reply, hopefully we get it as part of future releases, will follow the repo 🫡🙂 For now, I created a patch for my needs with exact code from issue |
You're lucky because I need this feature as well 🙈 I hope to have this in 0.5.1 this week. |
Uh oh!
There was an error while loading. Please reload this page.
Hello!
First of all - thank you for creating & maintaining this amazing package! 🥳
I'd like to keep the
linked-packages.json
inside the version control system, but I don't want to add to vcs any files insidevendor
folder (as during installation if hash mismatches it will change files anyways, AFAIK).For this I believe that
$storageFile
can be defined as following:Was this ever considered or are there any reasons why not to? Could be a config if needed, or just keep it there.
This will help with automation of setup, since 0 extra steps would be needed to re-link packages on every environment/local setup.
The text was updated successfully, but these errors were encountered: