Build Pipeline - Org Based Deployment

This pipeline demonstrates how you can build a continuous integration pipeline for if you are using an org model of development . In an Org based deployment, one typically deploys the source directly to an org , hence there is no need of build stage. However as mentioned in principles, we believe only versioned artifacts should be utilized in a deployment stage. Therefore, the pipeline has tasks that creates an artifact which is bounded to the particular merge.

​This pipeline is triggered on every successful completion of a feature branch into the develop/master branch. If the frequency is quite high, you can look into utilizing [ci skip] in front of the commit message to skip a trigger of this pipeline

The pipeline demonstrated below is a quite a simple one, assuming there is only one package directory in your project. If you are having a mono repo with multiple package directories, the PR validation Job will feature multiple create version tasks. You can also have source packages along with unlocked packages in the same project directory

​

Here is a snapshot of the steps we have used to configure a pipeline.

Pipeline Snapshot

The pipeline is available as part of the sample pipelines.

Classic Pipeline

YAML PIpeline

Classic Pipeline

YAML PIpeline

​
jobs:
    
    - job: Build a Source Package
      displayName: Source  Package build  for <MyPackage>
      condition: and(eq(variables[\'build.sourceBranch\'], \'refs/heads/master\'), ne(variables[\'build.Reason\'], \'PullRequest\') )
     
       steps:
 
        - task: [email protected]<version>
          displayName: 'Increments the BuildNumber version number '
          inputs:
            commit_changes: true
​
        - task: [email protected]<version>
          displayName: 'Creates a new version of source baed repo for force-di'
          inputs:
           package: <MyPackage>
           version_number: 'build.sfpowerscripts_incremented_project_version'
​
        

Tasks Involved

The steps that are part of this pipeline are (in the exact order)

1. ​Increment the version number ( optional step, if you want to increment the build number or any segment number)

2. ​Create a new version of the source package​

​