-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
Do not always load remote package info for path repository packages #10482
Comments
IMO the downsides are worse than the conflicts you may get on the reference. But one question to me is whether we could also always fix the reference to a single value when it comes from a path repo, that would probably remove the conflicts entirely. I need to think some more about this but I think it works. |
On second thought, the problem really is that if you don't change the reference every time you may have an out of date path package if your path repo is copying and not symlinking. So I am not sure what we can do at least if copying is allowed. Perhaps we could suppress the git reference if symlink:true is set in the repository options. |
OK abusing symlink:true is a bit of a mess after all IMO so I'd rather add a new option |
#10488 I created a pull request for it |
@sveneld I saw yes, could you update it to match what I described above perhaps with the different modes? |
Ok, I will do it tomorrow |
@Seldaek done |
In this issue #9751 updating of path repository was added, but
when many developers works with same package which is configured as 'path' they get a conflict during merging their branches due to the change of reference for path package in composer.lock. Is it possible to add an config option for path packages for removing such behavior?
The text was updated successfully, but these errors were encountered: