Hi @mbn_2025 ,Currently, Microsoft Fabric CI/CD does not natively support switching workspace connections such as Salesforce across environments using parameter.yml Connections in Fabric are workspace-scoped and referenced by GUIDs, so when artifacts are deployed from DEV to PROD, they continue to point to the DEV connection. Because of this design, trying to override or replace connection IDs during deployment using find/replace logic is brittle and often unreliable.
recommended approach as of today is to deploy the artifacts first using fabric-cicd and then rebind the connection in the target workspace. This involves creating separate Salesforce connections in each environment (DEV and PROD) and, after deployment, updating the pipelines or dataflows in the PROD workspace to use the PROD Salesforce connection. This rebinding can be automated using Fabric REST APIs or a simple post-deployment script in Azure DevOps. Until Fabric introduces native environment-aware connection switching, post-deployment rebinding remains the most reliable and scalable solution for CI/CD scenarios.
Thanks,
prashanth