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

A question rather then an issue #3

Open
tomaszhanc opened this issue May 1, 2019 · 3 comments
Open

A question rather then an issue #3

tomaszhanc opened this issue May 1, 2019 · 3 comments

Comments

@tomaszhanc
Copy link

Hi, it's a question, not an issue. You are using path repositories for your modules: https://github.com/proophsoftware/fee-office/blob/master/composer.json#L38. It's great because during the development all modules are symlinked in a vendor directory. But what about building an artifact during deployment by composer archive? All symlinked modules would be gone. I mean they won't be included in a tar file. How did you handle that?

@codeliner
Copy link
Member

Hi, see composer docs: https://getcomposer.org/doc/05-repositories.md#path

Instead of default fallback strategy you can force to use symlink with "symlink": true or mirroring with "symlink": false option. Forcing mirroring can be useful when deploying or generating package from a monolithic repository.

@tomaszhanc
Copy link
Author

@codeliner yes, but then I can't use symlink during development which is really convenient. I think it's not possible, but what I would like to achieve it to use composer install during development and then install path repositories using a symlink and then use composer install --some-option to install path repositories as a hard copy. Thanks for answer!

@codeliner
Copy link
Member

codeliner commented May 20, 2019

You could add a build pipeline step to switch the corresponding flag in the composer.json. composer install --some-option would be better, but a pipeline step should do the trick as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants