-
-
Notifications
You must be signed in to change notification settings - Fork 74
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
Not working with custom composer repository (toran) #72
Comments
Are you using tags or branch names with Toran? There are a few issues with external sources being preferred when the local Studio-ised copy and the remote are sitting on the same commit, branch or tag. See what happens when you
|
I ran into the same issue, Composer favors our Satis tagged release over the local Studio loaded one. |
I had similar problem. Nope, scratch that. I just had some bizarre dependency incompatibility. |
This is a fundamental rewrite of the Composer integration. Now, instead of adding the loaded paths to Composer's search path (by creating path repositories for them), we replace the packages downloaded by Composer that can be found in the loaded paths by symlinks to the local paths. Doing so requires us to hook into the autoload dumper, which now has to respect the rules in the local path, not those obtained from Packagist. All of this should hopefully fix several issues, most importantly: - Composer's lock file will be written before Studio does its magic, therefore not causing any conflicts with other developers' setups. - Different version constraints on symlinked packages won't cause problems anymore. Any required packages that are found in loaded paths will be loaded, no matter the branch or version they are on. Open questions: - How should packages be handled that have not yet been added to Packagist? (Proposed solution: Create path repositories for the loaded paths, but *append* them instead of *prepending*, so that they will only be used as fallback, if Packagist does not yield any results.) - Should we validate the constraints from composer.json before creating symlinks? With this setup, everything might be working locally, but not when downloading the package from Packagist (as another version may be downloaded instead). Refs #52, #58, #65, #72.
Please try out the newly released 0.14.0-beta1 version. I am hoping this issue will be gone. (Note that you will have to run |
Hi,
i have a Toran proxy for my custom bundles included via repositories which also inclues a package i want to load with studio:
When i run composer update for my package, i always get the package from toran instead of studio. Studio is loaded properly.
It seams to load the package with studio, but then toran also gives me the package. Is this right or how could i force composer to use my studio linked package?
Thanks,
Felix
The text was updated successfully, but these errors were encountered: