Replies: 2 comments 3 replies
-
Hi @adaliszk! |
Beta Was this translation helpful? Give feedback.
3 replies
-
@adaliszk Hi! I add this feature to new version - https://github.com/zavoloklom/docker-compose-linter/releases/tag/v2.0.0 Documentation - https://github.com/zavoloklom/docker-compose-linter/blob/main/docs/rules/no-build-and-image-rule.md#options |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
While the rule makes a lot of sense to limit the unintended behaviours even if it has a fairly stable logic, it also acknowledges that with a
pull_policy
the ambiguity can be controlled.It would be nice to allow the build and image keys together if we also declare the pull policy to address the concerns of the rule.
The reason for the desire to have both keys is simply that with large teams and multiple/mono -repos, it is very useful to not expect that every single build step would be compiled on every developers machine. In my experience, using the image while providing a build creates time-savings in:
--build
flags, it is really nice to skip 80% of a Dockerfile because everyone already has the cache layers up until the important COPY lines.Beta Was this translation helpful? Give feedback.
All reactions