Nrthugu

I have some 10 files in the VSTS source code repo (Git) I want to access those files at the time of release definition. I have kept my PowerShell scripts in the VSTS source Repo and after the deployment, I need to run those script files.

So I have added power shell task after the deploy in the release definition but not sure how to access those script files and how can I run those? I can publish those script files from VSTS build definition and can use at the release definition time but I don't want to use in that way.

I want my release definition to run independently.

In your release definition, you can add one or more artefact sources. These sources can include TFVC and Git repositories as well as the output of a Build Definition.

Reference your repository as an artefact

You can have multiple artefact sources, so you can add the Git Repo as a secondary source:

Note: this will not just fetch these scripts, but it will pull the repository again during the release workflow. This can be time-consuming if your repository is large.

You can consider putting them in a TFVC repository, as that allows very specific mapping of required scripts.

Publish your scripts in a separate build definition

The normal approach would be to publish these scripts as an artefact of a Build Definition (doesn't have to be the same build definition as your main Build). That way you only have to sync these scripts and won't need to get the full repository. To be clear, you can have one build definition that contains the contents of your build linked to the Release and have another build definition linked which published just the scripts.

Note: You don't need to publish these scripts every time you want to use them, your release definition can keep referencing the published artefacts from months ago. The script build only needs to run in order to publish the scripts as they change. A CI build with a trigger filter can be used to only republish the scripts when they change.

Leverage a script repository such as PowerShell Gallery, NuGet, Chocolatey

Other options you may want to consider are publishing your scripts to a PowerShell gallery, Chocolatey gallery etc and as part of your release workflow, you can then fetch these scripts through One-Get.

You can use the NuGet task in a build definition or nuget.exe to push these scripts to the VSTS package management feature. And you can use a commanline task or inline powershell task to install the powershell module on the agent.

Use the REST API

This is a more developer centric approach, you can call the REST API of VSTS/TFS to download individual files from a Git repository. The Download Item api allows you to fetch individual files. It wouldn't be hard to create a Build task that uses the Invoke-WebRequest powershell command to download and save the desired files.

Create a custom build task

A final option you could consider is building a custom build/release task. PowerShell scripts can easily be included in a custom build task and they can be installed to the VSTS/TFS account. That way you can re-use your scripts, have a small UI around them if desired without having to reference a repository at all. You would have to update and publish your task every time you change the scripts. Though you could use the REST API to always download the script before invoking it.

You just need to add a Command Line task to get files from git repo. Detail steps as below:

1. 
   

   Create alternate authentication credentials

   
   
   

   In alternate authentication credentials page (https://account.visualstudio.com/_details/security/altcreds) -> Enable alternate authentication credentials -> specify secondary username and password -> Save.

   
   
   

   

   
   


2. 
   

   Add a Command Line task in release definition

   
   
   

   Tool: git

   
   
   

   Arguments: clone https://second:password@account.visualstudio.com/project/_git/reponame foldername (use secondary username and password for credential)

   
   
   

   

   
   

Now all the files of the git repo are located in $(System.DefaultWorkingDirectory)foldername, and you can use the files from the directory.

There are some ways we can reach to repo assets.

1. 
   

   Use Build Definition to checkout repo

   
   
   

   Inside Build definition, publish file/source as artifact. Then using that artifacts as input of Release defininition.

   
   


2. 
   

   Use Repo as input artiface

   
   
   

   At pipeline view of Release definition, config artifact value of Release definition. For example: Chose Azure Repository type

   
   


3. 
   

   Add additional step that checkout repo in Release definition:

   
   
   

   It's simply a command line call using Git clone. Command line call maybe kind of Batch Script task, PowerShell task, etc..