-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Docs for Autodetected releases and release markers #9026
Conversation
This reverts commit 2ff6300.
|
||
=== Autodetection of releases | ||
|
||
CircleCI looks for the word `deploy` in your job names to detect when a release may be in progress and creates an autodetected release marker. |
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.
CircleCI looks for the word `deploy` in your job names to detect when a release may be in progress and creates an autodetected release marker. | |
CircleCI looks for the word `deploy` in your job names to detect when a release may have happened and creates an autodetected release marker. |
clarify the release might have been done for two reasons
- we decide to create the release when the deploy job is success, it means is in a terminal status (the thing already happened)
- we don't care much about the status of the release, we just log the event but the release may be in progress, success or failure status.
When CircleCI creates a release marker for you automatically, we use the information available in your pipeline configuration to create the following: | ||
|
||
* **Component**: CircelCI created a component for the release and uses your project name to create a component name. | ||
* **Environment integration**: CircleCI creates an enviornment for you, using your job and workflow names to create a relevant name. The environment has the type `AUTODETECTED`. |
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.
should we mention that if we do a best effort to determine the environment name, if not possible the environment name would be autogenerated
, also they can feel free to rename it and that won't cause any issues with the autodetection process
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.
Oh I see, so they can update the name, just not the type
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.
the team discarded the idea of updating the type for now, we are going to allow only the name from the time being
Description
Expanded section in releases overview to explain the process of autodetection, how to opt out, how to go and manually configure an exisitng release marker or manually set up from scratch.
Reasons
A link to a GitHub and/or JIRA issue (if applicable).
Otherwise, a brief sentence about why you made these changes.
Content Checklist
Please follow our style when contributing to CircleCI docs. Our style guide is here: https://circleci.com/docs/style/style-guide-overview.
Please take a moment to check through the following items when submitting your PR (this is just a guide so will not be relevant for all PRs) 😸: