Skip to content

Conversation

@Pavan-Microsoft
Copy link
Contributor

Purpose

This pull request introduces significant improvements to the deployment workflows for both Linux and Windows environments, focusing on input validation, parameter consistency, and enhanced configurability. The main changes include the addition of a robust input validation job, standardization of input parameter naming, support for a new deployment use case option, and updates to orchestrator logic for better reliability and control.

Workflow Input Validation and Consistency

  • Added a new validate-inputs job to .github/workflows/deploy-linux.yml that rigorously checks all workflow input parameters for correct format, allowed values, and Azure conventions before proceeding with deployment. This prevents misconfiguration and early workflow failures.
  • Standardized input parameter naming to uppercase (e.g., EXP, AZURE_ENV_LOG_ANALYTICS_WORKSPACE_ID, AZURE_EXISTING_AI_PROJECT_RESOURCE_ID) in both Linux and Windows deployment workflows for consistency and to avoid YAML parsing issues. [1] [2] [3] [4]

Enhanced Deployment Configuration

  • Introduced a new input parameter AZURE_ENV_USE_CASE (choice between telecom and IT_helpdesk) to both Linux and Windows workflows, allowing more flexible deployment scenarios based on the use case. This parameter is validated and propagated throughout the orchestrator and job workflows. [1] [2] [3] [4]

Orchestrator Logic and Reliability

  • Updated .github/workflows/deploy-orchestrator.yml to use validated outputs from the new input validation job, improving reliability and ensuring only valid configurations are deployed. Also, improved conditional logic for job execution to handle workflow cancellations and success/skipped states more robustly. [1] [2]
  • Disabled the E2E test job by default (if: false) in the orchestrator workflow, likely for maintenance or to prevent unintended test executions.

These changes collectively make the deployment workflows safer, more flexible, and easier to maintain, reducing the risk of errors due to invalid inputs and supporting future expansion for new use cases.

Does this introduce a breaking change?

  • Yes
  • No

@Avijit-Microsoft Avijit-Microsoft merged commit ec27847 into dev Jan 22, 2026
11 checks passed
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

Successfully merging this pull request may close these issues.

6 participants