El contenido no se encuentra disponible en el idioma seleccionado. Estamos trabajando continuamente para agregar más idiomas. Gracias por su apoyo.
- What's New
- Function Overview
- Service Overview
- Getting Started
-
User Guide
- CodeArts Pipeline Usage
- Enabling and Authorizing CodeArts Pipeline
- Accessing CodeArts Pipeline
- Creating a Pipeline
- Configuring a Pipeline
- Grouping Pipelines
- Executing a Pipeline
- Checking a Pipeline
- Configuring a Change-triggered Pipeline
- Managing Pipeline Extensions
- Creating Service Endpoints
- Checking Audit Logs
- Reference
- CodeArts Release User Guide
- Best Practices
-
API Reference
- Before You Start
- API Overview
- Calling APIs
-
API
- Template Management
-
Pipeline Management
- Starting a Pipeline
- Obtaining Pipeline Statuses in Batches
- Obtaining Pipeline Status/Obtaining Pipeline Execution Details
- Obtaining Pipeline List/Pipeline Execution Status in a Project
- Deleting a Pipeline
- Querying Pipeline Details
- Editing a Pipeline
- Stopping a Pipeline
- Obtaining Pipeline Execution Records
- Creating a Pipeline With a Template
- Creating a Pipeline
- Retrying a Pipeline
- Passing Manual Review
- Rejecting Manual Review
- Querying Pipeline Logs
- Obtaining the Pipeline Step Execution Output
- Querying Build Products on a Pipeline
- Group Management
- Rule Management
- Tenant-level Policy Management
- Project-level Policy Management
-
Extension Management
- Creating an Extension Version
- Creating an Extension Draft Version
- Creating a Publisher
- Updating an Extension Draft
- Publishing an Extension Draft
- Updating Basic Information of an Extension
- Publishing an Extension
- Binding an Extension to a Publisher
- Updating the Extension Icon
- Updating the Publisher Icon
- Deleting an Extension Draft
- Querying the Publisher List
- Querying the Available Publisher
- Querying the Available Extension List
- Querying the Basic Extension List
- Querying the Available Extensions by Page
- Querying the Extension List
- Querying Extension Indicator Configuration
- Query Extension Input Configuration
- Query Extension Output Configuration
- Querying All Versions of an Extension
- Querying Extension Version Details
- Querying the Extension Version
- Deleting a Publisher
- Querying Publisher Details
- Creating a Basic Extension
- Updating a Basic Extension
- Deleting a Basic Extension
- Uploading a Basic Extension
- Querying the Basic Extension Details
- Template Management (Old Version, Unavailable Soon)
-
Pipeline Management (Old Version, Unavailable Soon)
- Quickly Creating a Pipeline and Jobs with a Template
- Checking the Pipeline Creation Status
- Starting a Pipeline
- Stopping a Pipeline
- Obtaining Pipeline Statuses in Batches
- Deleting a Pipeline
- Obtaining the Pipeline List
- Obtaining the Pipeline Status
- Obtaining the Pipeline Execution Status in a Project
- Application Examples
- Appendixes
- Change History
-
FAQs
- Functions
-
Troubleshooting
- Pipeline Fails to Run Because Repository Not Found
- Pipeline Fails to Run Because the Test Suite Is Already in Progress
- Pipeline Fails to Run Because Job Not Found
- Pipeline Is Not Triggered at a Specified Time
- Execution Button Is Unavailable
- Inappropriate Reviewer Configured for the Manual Review Job
- Subpipeline Not Found
- Change-triggered Pipeline Fails to Run and an Error Message Is Returned: "authentication required"
- Pipeline Fails to Run Because Deployment Policy Not Found
- Videos
- General Reference
Copied.
HE2E DevOps Practice: Configuring a Pipeline
This section describes how to connect code check, build, and deployment tasks in DevOps Full-Process Sample Project for continuous delivery.
Before the practice, perform the deployment.
Introduction to Preset Pipelines
There are five pipeline tasks preset in the sample project. You can view and use them as needed.
Preset Pipeline Task |
Description |
---|---|
phoenix-workflow |
A basic pipeline task |
phoenix-workflow-test |
Pipeline task corresponding to the test environment |
phoenix-workflow-work |
Pipeline task corresponding to the Worker function |
phoenix-workflow-result |
Pipeline task corresponding to the Result function |
phoenix-workflow-vote |
Pipeline task corresponding to the Vote function |
Configuring and Executing a Pipeline
A pipeline usually consists of multiple stages. You can add multiple jobs to each stage.
- Configure a pipeline.
- Go to the Phoenix Mall project and choose CICD > Pipeline.
- Find pipeline phoenix-workflow. Click
and choose Edit.
- Add a code check stage.
- Click
between Code Source and Build to add a stage.
- Click
next to Stage_1. In the Edit Stage window, enter the stage name Check and click Confirm.
Figure 1 Editing the stage name - Click Job.
In the New Job window, click Add next to the Check extension.
- Select the phoenix-codecheck-worker task and click OK.
NOTE:
The check task has three modes. This procedure uses the default mode Full. You can change the mode as required.
- Full: All files in the code repository are scanned.
- Incremental (last commit): Incremental check is performed based on the latest commit file.
- Incremental (last success): Incremental check is performed based on the changed files since the latest access control was passed.
- Click
- Configure a deployment task.
Click the deployment task name, select the associated build task phoenix-sample-ci, and check the values of configuration items.
- The configurations of task phoenix-sample-standalone must be the same as those on the Parameters page of the task with the same name in CodeArts Deploy.
- The configurations of task phoenix-cd-cce must be the same as those on the Parameters page of the task with the same name in CodeArts Deploy.
NOTE:
Two deployment tasks are added in this example. If you selected only one deployment mode in preceding steps, keep the corresponding task and delete the other one.
- Click Save.
- Go to the CCE console if you have configured deployment task phoenix-cd-cce in 1. Locate the target cluster and click its name to go to the Overview page.
Choose Workloads in the navigation pane, click the Deployments tab, and verify that no record exists in the list.
If there are records in the list, select all records, click Delete, select all options, and click Yes to clear the records in the list.
- Return to the pipeline list page. Click
in the row where phoenix-workflow is located, and click Execute in the window that is displayed to start the pipeline.
If
is displayed on the page, the task is successfully executed.
If the task fails to be executed, check the failure cause in the failed task. You can open the step details page to view the task logs and rectify the faults based on the logs.
Configuring Pass Conditions
To control the code quality, the code must be scanned and the number of errors must be within a reasonable range before being released. By adding quality gates, you can effectively automate the control process.
- On the details page of pipeline task phoenix-workflow, click Edit.
- In the Check stage, click Pass Conditions.
- In the Pass Conditions dialog box, click Add next to Pass-Conditions-of-Standard-Policies.
- Select SystemPolicy and click OK.
- Click Save and Execute.
If the number of check issues does not meet the pass condition, the pipeline task fails to be executed.
Configuring Code Changes to Automatically Trigger a Pipeline
Through the following configuration, code changes can automatically trigger pipeline execution, implementing continuous project delivery.
- On the details page of pipeline task phoenix-workflow, click Edit.
- Click the Execution Plan tab, select Code commit, select master from the Filter Branch drop-down list box, and click Save.
- Modify the code and push it to the master branch to check whether the pipeline task is automatically executed.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot