-
-
Notifications
You must be signed in to change notification settings - Fork 604
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
Local build: rely only on docker
#1094
base: 5.5.x
Are you sure you want to change the base?
Conversation
|
||
.PHONY: install | ||
install: vendor/composer/installed.json |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's no need to remember to run make install
, just add vendor/composer/installed.json
as a prerequisit for every other target
Although I see the value in having a standard setup for development environments, I find the benefit very limited for this particular package. We don't have an exotic set of dependencies nor a big complex set of containers to orchestrate to achieve something. We also still need to run against multiple PHP versions, which would make things a bit more complex (sure, we can have a build argument and make Dockerfile variable). So... balancing the complexity of things I honestly lean towards simplicity - unless we're having issues with different PHP configurations between different people. @Ocramius what are your thoughts? |
The benefit is not for the package, is for the maintainers: I am currently close to 30 packages to maintain, I don't want to adapt the installed packages and aliases on my PC anymore
How is the For the records, I'm using this PR on this very package for a year. It's a full year right now I have no packages installed on my PC and oh god it's so much easier to do everything. |
FWIW, I'm very close to using nix flakes for my stuff myself: I need it pinned like butterflies under a needle. |
No description provided.