Jenkins Flow Architecture
Jenkins Flow Architecture
1
Continuous Integration Process
Developer
Pull Request
Hardware Automation
04/28/2025 2
Continuous Integration (CI) Process using Jenkins as the automation server
1. A developer initiates the process by creating a pull request (PR) and submitting code changes.
2. Before merging, Static Code Analysis (SCA) is performed to check for code quality, security vulnerabilities, and adherence to best practices.
- If the code passes SCA, it is pushed to GitHub for version control.
3. Jenkins, an automation server, detects the commit and triggers the CI pipeline.
- The process moves to the commit validation stage to ensure that the submitted code follows predefined rules and standards.
4. After validation, the build process starts, compiling the source code.
- The CMake tool is used to configure the build system.
5. Once the code is built, unit tests are executed using Google Test (GTest) to verify functionality and correctness.
- Any failures at this stage require developers to fix the issues and restart the process.
6. The pipeline then moves to SAS Jobs
- The output is then moved to the Staging Environment for further verification before deployment.
7. If the build and tests pass successfully, the artifacts (compiled binaries, reports, or packaged software) are stored.
- These artifacts are then uploaded to a Samba server, ensuring accessibility and storage.
8. The stored artifacts are further used for hardware automation, ensuring they function correctly in real-world environments.
- The final step involves publishing the artifacts for release or deployment.
04/28/2025 3
Develop pipeline runtime on success
04/28/2025 4
Thank you