A really COOL feature we noticed on VSTS – New Release Definition Editor


The feature was introduced in New Release Definition Editor in Team Services. It’s therefore not really a new, but a cool feature that we explored and fell in Red heart with.

Looking back - this is how one of our pipelines look when viewed in the current (old) release editor.

SNAGHTMLa7e8d33

Looking forward - this is how the same pipeline looks, when viewed in the new release definition editor.

SNAGHTMLa7ed122

The difference is like night and day. The new experience is visual, intuitive, and cool.

It also aligns with pipeline diagrams we introduced in our CI/CD pipeline posts and the recent Phase the roll-out of your application through rings article.

image

How to enable the new editor experience

To enable this and other preview features, you need to logon to your Visual Studio Team Services (VSTS) account.

SNAGHTMLa5f06c4

  1. Click on your avatar.
  2. Select Preview features.
  3. Select whether to filter the preview features based on “me” or “this” account.
  4. Toggle the preview features you’d like to explore, in this case the New Release Definition Editor.

If the preview feature is not yet listed, join the early adopters or keep an eye on your preview features. It’s coming!

What’s new in the latest preview?

We opted to update one of our hands-on lab manuals, 1.5 weeks before an inaugural event, when these two new features made it into the latest preview.

SNAGHTMLa5df6db

  1. Ability to configure your pipeline Artifacts for a new and blank release definition.
  2. Ability to Remove an environment.

There’s also the easy configuration experience and a productivity feature. Environment properties and deployment settings are now in-context, saving you a lot of confusing context switches, state saves, and meaningless mouse clicks.

And there is more to come! The team is continuously introducing features to the new release definition editor.

Using the new experience to re-do our pipeline

Seeing is believing … let’s share and walk-through the new exercise of our updated hands-on lab manual.

Prerequisites

Overview

To complete the CI/CD pipeline we need to create a release that is triggered by the build artifact. We’ll use the Publish Extension Task of the VSTS Developer Tools Build Tasks we used to package the extension during the build. This updates the VSIX package file by unzipping the content, updating the configuration values and zipping all the files. The task then deploys it to the configured Marketplace publisher account and deploy the extension to distinct DEV –> BETA environments, as shown.

image

Create empty release

  • You can get started with your release definition in two ways:
    • Click on Release in your build summary and click the Yes button when promoted to create a new release definition.
      SNAGHTMLbbdd79b
      -or-
    • Click on Releases ❶ and then on New Definition
      SNAGHTMLbbff124
  • Select the Empty process.
    SNAGHTMLb5b9e67
  • Click on the Artifact trigger ❶ and verify that the Continuous deployment trigger ❷ is enabled.
    SNAGHTMLb5cb843
  • Click on the Build artifacts ❶and verify that your Artifact ❷ defaults as shown.
    SNAGHTMLb5e551a
  • Click on the environment ❶ and change the name to DEV ❷.
    SNAGHTMLb5ebd79
  • Change the release name to Countdown Sample.
    SNAGHTMLb5f1379
  • Click on re-deployment conditions ❶ and review the Approvals which are set to Automatic by default ❷.
    SNAGHTMLbc845f4

Configure DEV environment

  • Click on 1 phase(s) 0 task(s).
    SNAGHTMLb5fbecc
  • Click on + (add a task to the phase).
    SNAGHTMLb600ec1
  • Search for Publish Extension ❶ and click Add ❷ to add to the agent phase.
    SNAGHTMLb60485f
  • Click on Publish Extension task to configure the settings that need attention.
    SNAGHTMLb60873d
  • Set the VSTS Marketplace connection to the service endpoint ❶ you created in exercise 4, and select VSIX file ❷.
    SNAGHTMLb61992a
  • Configure the remainder of the Publish Extension task.
    SNAGHTMLb675f6f
    • VSIX file ❶ set to the $(System.DefaultWorkingDirectory)/MyFirstProject-CI/drop/output.vsix file, which was created by the build.
    • Publisher ID ❷ set to the marketplace publisher, which you created in Exercise 3.
    • Extension ID ❸ set to unique ID, for example CountdownSample.
    • Extension Tag ❹ set to DEV to match the DEV environment.
    • Extension name ❺ set to Count Down Sample DEV.

NOTE – If you deploy your extension to the same publisher and/or the same VSTS accounts, we recommend that you change the extension name to include the extension tag, for example CountdownSampleBETA. It makes it much easier to distinguish which extension is which by just looking at the name.
image

    • Override tasks version ❻ is checked.
    • Extension visibility ❼ set to Private.
    • Extension pricing ❽ set to Free.
    • Share with ❾ set to our VSTS account, whereby you can configure other accounts as well to share your DEV extension.
  • Save the release configuration - not needed, but optional if you’re as paranoid as I am.
    SNAGHTMLb6393c1

Configure BETA environment

  • Select the DEV environment ❶, click on Add ❷ and select Clone selected environment ❸.
    SNAGHTMLb63d3f7
  • Change the environment name to BETA.
    SNAGHTMLb640613
  • Click on pre-deployment conditions ❶ and review the trigger ❷. Select Specific users ❸ for approval type and add your account to the list of approvers.
    SNAGHTMLb6434e3
  • Update the configuration of the cloned Publish Extension task.
    SNAGHTMLb6562d4
    • Extension Tag ❶ set to BETA to match the DEV environment.
    • Extension name ❷ set to Count Down Sample BETA.
    • Share with ❸ set to our VSTS account, whereby you’d deploy to a different environment (ring) in a production environment.
  • Save the release definition
    SNAGHTMLb64965c

It’s time to validate the release

  • Click on + Release and select Create Release
    SNAGHTMLb64cd0c
  • Review the Artifacts, which refer to our latest build, the Automated deployments, and click Queue
    SNAGHTMLb64fb21
  • Click on new release that’s been created to observe the deployment
    SNAGHTMLb651deb
  • Click on Logs and verify that the DEV release is successful and notice that the BETA release waits for manual approval, as configured
    SNAGHTMLb672833
  • Click on the Approvers ❶ icon and click on Approve ❷ to approve the release to the BETA environment
    image
  • Verify that the BETA release completes successfully as well
    SNAGHTMLb66fe44
  • Open a new browser tab and go to https://marketplace.visualstudio.com/manage/publishers
  • Verify your publisher is selected and that the Countdown Sample DEV and BETA extension have been publisher successfully
    SNAGHTMLb6a3340

IMPORTANT - We’re intentionally NOT implementing the PROD environment in our hands-on lab, which publishes a public version of the extension. It’s important we do not duplicate features on the marketplace, and review the extension product documentation before we flip the public switch. There are scenarios in which you cannot undo, for example uninstall, a public extension publication.

That’s it! Enjoy the new editor!!!

Comments (3)

  1. Greetings,
    I have several VSTS accounts in different regions and non of them has "New Release Definition Editor" feature within the "Preview features" 🙁
    Is there any voodoo magic I should perform to get it ?

    1. Sultanov, we rarely rave about new features that are only available in the early adopter environments. However, for this one the "voodoo magic" is a few days of patience, as the preview should be available on accounts shortly.

    2. Sultanov, have you retried? The preview should now be available in all of your VSTS accounts 🙂

Skip to main content