Skip to main content

Add Git Commit Hash and Build Number to a Static React Website using Azure DevOps

While working on a React based static website recently, there was a need to see exactly what was deployed in the Dev/Test environments to reduce confusion amongst teams. I wanted to show something like this:


A quick look at the site's footer should show the Git Commit Hash and Build Number which was deployed and click through to actual commits and build results. Let's see how we achieved this using Azure DevOps.

Git Commit Hash

Azure DevOps exposes a variable called $(Build.SourceVersion) which contains the hash of the commit. So I defined a variable in the Build Pipeline using it.

Build Id and Build Number

Azure DevOps also exposes two release time variables $(Build.BuildId) and $(Build.BuildNumber) which can be used to define custom variables in the pipeline.

So we have a total of 3 variables defined:


Next we use these variables in our React App. I created 3 global variables in index.html and assigned a token value to them.

<script type="text/JavaScript">
      window.REACT_APP_BUILD_ID="#{REACT_APP_BUILD_ID}#";
      window.REACT_APP_BUILD_NUMBER="#{REACT_APP_BUILD_NUMBER}#";
      window.REACT_APP_GIT_HASH="#{REACT_APP_GIT_HASH}#";
</script>

These variables are used in App.js to create the footer. Notice the use of hard-coded links as I like to keep things simple.

<footer className="App-footer">
        <div>
          Deployed from commit{" "}
          <a
            href={
              "https://dev.azure.com/mayanktestharness/ReactBuild/_git/ReactBuild/commit/" +
              window.REACT_APP_GIT_HASH
            }
          >
            {shortHash}
          </a>{" "}
          via build{" "}
          <a
            href={
              "https://dev.azure.com/mayanktestharness/ReactBuild/_build/results?buildId=" +
              window.REACT_APP_BUILD_ID
            }
          >
            {window.REACT_APP_BUILD_NUMBER}
          </a>
          .
        </div>
</footer>

Next I used Azure DevOps Pipeline and excellent "Replace Tokens" task to replace the tokens. You may need to import this task in your Azure DevOps organization if you haven't used it before.

This is the complete YAML of my CI/CD pipeline.

# Node.js React Web App to Linux on Azure
# Build a Node.js React app and deploy it to Azure as a Linux web app.
# Add steps that analyze code, save build artifacts, deploy, and more:
# https://docs.microsoft.com/azure/devops/pipelines/languages/javascript

trigger:
main

variables:

  # Azure Resource Manager connection created during pipeline creation
  azureSubscription'xxxxx'

  # Web app name
  webAppName'reactbuildblog'
  
  # Environment name
  environmentName'reactbuildblog'

  # Agent VM image name
  vmImageName'ubuntu-latest'

stages:
stageBuild
  displayNameBuild stage
  jobs:  
  - jobBuild
    displayNameBuild
    pool:
      vmImage$(vmImageName)

    steps:
    - taskNpm@1
      displayName'NPM Install'
      inputs:
        command'install'
    - taskNpm@1
      displayName'NPM Build'
      inputs:
        command'custom'
        customCommand'run build'
    - taskArchiveFiles@2
      displayName'Archive files'
      inputs:
        rootFolderOrFile'$(System.DefaultWorkingDirectory)/build'
        includeRootFolderfalse
        archiveTypezip
        archiveFile$(Build.ArtifactStagingDirectory)/$(Build.BuildId).zip
        replaceExistingArchivetrue

    - upload$(Build.ArtifactStagingDirectory)/$(Build.BuildId).zip
      artifactdrop

stageDeploy
  displayNameDeploy stage
  dependsOnBuild
  conditionsucceeded()
  jobs:
  - deploymentDeploy
    displayNameDeploy
    environment$(environmentName)
    pool
      vmImage$(vmImageName)
    strategy:
      runOnce:
        deploy:
          steps:            
          - taskExtractFiles@1
            displayName"Unzipping"
            inputs:
              archiveFilePatterns'$(Pipeline.Workspace)/drop/$(Build.BuildId).zip'
              destinationFolder'$(System.DefaultWorkingDirectory)/release'
              cleanDestinationFoldertrue
              overwriteExistingFilesfalse
          - taskreplacetokens@3
            displayName"Replacing Tokens"
            inputs:
              rootDirectory'$(System.DefaultWorkingDirectory)/release'
              targetFiles'index.html'
              encoding'auto'
              writeBOMtrue
              actionOnMissing'warn'
              keepTokenfalse
              tokenPrefix'#{'
              tokenSuffix'}#'
              useLegacyPatternfalse
              enableTelemetrytrue
          - taskAzureRmWebAppDeployment@4
            displayName"Deploying"
            inputs:
              ConnectionType'AzureRM'
              azureSubscription'MSDN Platforms (xxxxx)'
              appType'webApp'
              WebAppName'xxxx'
              packageForLinux'$(System.DefaultWorkingDirectory)/release'

That's it! You can now show your commit hash and build ids in your live static React website helping you test team to certify a particular build and reduce confusion.

Comments

Popular posts from this blog

Integrating React with SonarQube using Azure DevOps Pipelines

In the world of automation, code quality is of paramount importance. SonarQube and Azure DevOps are two tools which solve this problem in a continuous and automated way. They play well for a majority of languages and frameworks. However, to make the integration work for React applications still remains a challenge. In this post we will explore how we can integrate a React application to SonarQube using Azure DevOps pipelines to continuously build and assess code quality. Creating the React Application Let's start at the beginning. We will use npx to create a Typescript based React app. Why Typescript? I find it easier to work and more maintainable owing to its strongly-typed behavior. You can very well follow this guide for jsx based applications too. We will use the fantastic Create-React-App (CRA) tool to create a React application called ' sonar-azuredevops-app '. > npx create-react-app sonar-azuredevops-app --template typescript Once the project creation is done, we

Use AI to build your house!

When a new housing society emerges, residents inevitably create chat groups to connect and share information using various chat apps like WhatsApp and Telegram. In India, Telegram seems to be the favorite as it provides generous group limits, admin tools, among other features. These virtual communities become treasure troves of invaluable insights. But whatever app you use, there is always a problem of finding the right information at right time. Sure, the apps have a "Search" button, but they are pretty much limited to keyword search and are useless when you have to search through thousands of messages. I found myself in this situation when it was my turn to start on an interior design project for my home. Despite being part of a vibrant Telegram group, where countless residents had shared their experiences with various interior designers and companies, I struggled to unearth the pearls of wisdom buried within the chat's depths. I remembered that I could take advantage o

Vaastu Shastra

There are certain tasks that the Indian society expects a person to fulfill - get a good job, get married at a certain age, buy a house, buy a car, have kids etc. So it would seem natural to you that after getting married I have started looking around for a house to buy. It isn't so. My hunt for a house began with a trip to the mall to buy a sofa set. It should not come as a surprise that I like movies. I have watched hundreds of movies and now that I have means at my disposal I started to improve my movie viewing experience. With TV and audio system out of the way, a comfy couch was all that was needed. So I dragged my wife with me to the mall and started evaluating the over-priced sofas. We hopped and jumped on a lot of them and when the dust finally settled, my heart was with a sofa that was also a recliner, rocking chair, had foot support, was made of high quality dead skin... err leather - the complete package! It also came with a hefty price tag. We came back home to di