In the brave new world of Microsoft where a lot of the frameworks and languages that they build now are open sourced over at GitHub, it comes as no surprise that GitHub is nicely integrated into both Visual Studio and TFS Build vNext. This makes it very easy to setup builds that gets the source code from your GitHub repo but uses TFS Build vNext to build it. It also allows you to setup CI builds, that is builds that trigger automatically when someone does a commit in the corresponding Git repo.
First, you’ll need a GitHub repo of course. Note: If you haven’t checked out the GitHub for VisualStudio extension yet, try it out. Makes it easy to clone your existing repos as well as creating new ones, right inside Visual Studio. imageimage *Clone existing repos Create a new GitHub repo *
Here, I create a FabrikamFiberTFS repo on GitHub where I’ll upload the code to \
Now, to enable the TFS Build vNext integration, you need to create a Personal Access Token in GitHub. To do this, click the Settings link below your profile image in GitHub, and then click on the Personal Access Token link: imageimage \
Give the access token a name that you will remember(!), and then give it these permissions: image NOTE: In order to configure triggering CI builds, you must have admin permissions on the GitHub repo. \
Save it, and the copy the access token that is displayed. NOTE: Store this token somewhere safely, you will not be able to view it again. You probably want to setup a personal access token that works for all your GitHub repos, if so you need to remember this access token. \
Now, create a new build definition in your Visual Studio Online/TFS team project. Head over to the Repository tab, and select GitHub as your repository tab: image\
Paste your token in the Access Token field. This will populate the Repository drop down and let you select amongst your existing GitHub repositories: image You will also be able to select which branch that should be the default branch. \
To enable continuous integration for your build definition, go to the Trigger tab and check the Continuous Integration checkbox. When saved, this build definition will now use the repo_hook permission against your GitHub repository to respond to commit events. \
Save you build definition, and commit a change to your GitHub repository. A new build should be queued almost immediately. \
When the build completes, you will see the associated commit as usual in the build summary. However, this commit link now points to the GitHub commit page instead: image Clicking the link shows the commit in GitHub: image\
To round this up, we will add a Build Badge to our Welcome page to get an indication of the current status of the build. Go to the General tab, check the Badge enabled checkbox and save the build definition. This will expose a link that shows you the public URL to a dynamically generated icon that shows the status of the latest build for this particular build definition: image\
Go to the home page and then to the Welcome page tab. If you haven’t created a welcome page yet, do so. Then add the following markdown to the page: \
