Giter Club home page Giter Club logo

Comments (4)

cormacpayne avatar cormacpayne commented on June 28, 2024 1

@Daniel-Krzyczkowski Hey Daniel, thanks for your reply -- I agree with your sentiment, there would be additional work required within the Azure Pipelines to propagate the value of the BuildId to the YAML configuration file that you'd need to add and it could be worth just having a default value for the revisions that are then configurable from a task argument. Let me discuss this proposal with folks on the team and I'll keep this issue updated with anything additional we may have. Thanks!

from container-apps-deploy-pipelines-task.

cormacpayne avatar cormacpayne commented on June 28, 2024

@Daniel-Krzyczkowski Hey Daniel, apologies for the delayed response -- this is an interesting feature request because it's currently exposed in our task via the properties.template.revisionSuffix field that can be provided with the YAML configuration file passed to the yamlConfigPath argument; however, this does seem like a scenario that we could set a default value for (e.g., $(Build.BuildId)) and allow it to be configurable via an argument to the task.

For context: one of the reasons that we introduced the yamlConfigPath argument was to not only allow users to define all aspects of their Container Apps deployment with a single file, but also reduce the need for us to expose every current and future property that can be provided as an argument to this task, as it can become pretty cluttered pretty quickly.

Does using this YAML configuration file work for your specific scenario, or is this something that you'd want to use specifically as an argument for the task? Thanks in advance!

from container-apps-deploy-pipelines-task.

Daniel-Krzyczkowski avatar Daniel-Krzyczkowski commented on June 28, 2024

@cormacpayne Hi Cormac, thank you so much for the answer! I was not aware of yamlConfigPath argument. However in such scenario it means that we have to somehow update the revisionSuffix version in the YAML configuration file then. Having some default value as you mentioned, like BuildId would be helpful in my opinion so we can cover the scenario where we want to have single revision with different values during each deployment.

from container-apps-deploy-pipelines-task.

Daniel-Krzyczkowski avatar Daniel-Krzyczkowski commented on June 28, 2024

@cormacpayne Great, thank you so much, Cormac!

from container-apps-deploy-pipelines-task.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.