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

the most proper way to test new versions #5

Open
kambala-decapitator opened this issue Nov 16, 2024 · 0 comments
Open

the most proper way to test new versions #5

kambala-decapitator opened this issue Nov 16, 2024 · 0 comments

Comments

@kambala-decapitator
Copy link
Collaborator

With this approach we will be able to use following flow for new dependencies:
- change conan/CI settings in this repository as needed
- run CI in this repository to generate new packages and new release
- update URL to dependencies in CI/update_conan_dependencies.sh to point to new release
- open PR in vcmi/vcmi repository that bumps submodule to newest revision of this repository and whatever changes need to be done to source code to use newer package (if any)

Conan recommendation is to use different Conan servers to test new packages:

The way to manage package quality, stage or maturity promotions is by using different server repositories, and the well known developer’s best practices recommend to manage the pipelines by doing promotions (copying) immutable artifacts or packages between those different server repositories, for example copying packages from a staging repository to a production repository once they have passed some quality checks. But it is very important that this promotion does not change in any way those packages, which must be completely immutable, not even changing its user/channel, this is why the above point discourages using user and channel, packages and artifacts must be immutable.

Also see Devops guide

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

1 participant