Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.

If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!

Unique Source Control Actions



  • Do you have a sample action that requests the build's current source control provider?

    Apologies if this is a "lazy" question, I'm only thinking about it for a "nice-to-have" "icing-on-the-cake" feature idea.

    Essentially I've taken our customized version of the GitHub extension (I've been very slowly working through the legal details on what it might take to send a pull request or three) and made it so that for ApplyLabel instead of adding a git tag to the repository on the agent it instead uses the GitHub API to create a Release in "Prerelease" status. This is actually pretty nifty as it cleans up the Releases page in GitHub considerably. It's also nice because I have it check for an existing tag/release, rather than erroring on tag/release creation. The "icing-on-the-cake" would be a deployment action for Production deploys to mark the promoted build as "Stable" and probably remove the build number from the GitHub release title (change the semver-based release name from "v1.0+89" to just "v1.0").

    Product: BuildMaster
    Version: 4.1.3



  • Hi Max,

    That sounds like a great idea.

    Unfortunately, there is no SC Provider that is associated with a particular build; that is, there'd be no way (aside from looking at logs) to know which ProviderIds were used in deployment plans executed over a build's lifecycle.

    You could capture this as a variable, however.

    If you haven't already, make sure to see how the SourceControlProviderActionBase actions work; you can find their code thru a decompiler (BuildMasterExtensions assembly), or just ask for it and we'll email you.

    Hope that helps,

    Alex



Inedo Website HomeSupport HomeCode of ConductForums GuideDocumentation