feat: Added Deployment v2 pipeline with Windows and Linux support #634
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Purpose
This pull request introduces a new, modular deployment workflow for both Linux and Windows environments, centralizing orchestration and cleanup logic for Azure-based deployments. The changes add new workflow files for deployment and cleanup, improve parameterization and flexibility for deployment jobs, and ensure better reporting and resource management.
New deployment orchestration and job modularization:
.github/workflows/deploy-orchestrator.ymlto centralize deployment orchestration, handling Docker build, deployment, end-to-end testing, notifications, and cleanup as separate jobs. This workflow receives parameters from platform-specific workflows and coordinates job execution, improving maintainability and extensibility..github/workflows/job-cleanup-deployment.ymlto encapsulate resource cleanup logic, including optimized Azure resource group deletion, authentication, and job summary reporting. This modular job is called by the orchestrator workflow as needed.Platform-specific workflow enhancements:
.github/workflows/deploy-linux.ymland.github/workflows/deploy-windows.ymlto serve as entry points for Linux and Windows deployments, respectively. These workflows collect user inputs, trigger the orchestrator, and support flexible deployment scenarios (e.g., skipping deployment, enabling WAF/EXP, running tests, and scheduling). [1] [2]Parameterization and flexibility improvements:
Reporting and error handling:
Does this introduce a breaking change?
Golden Path Validation
Deployment Validation
What to Check
Verify that the following are valid