By Scott Heinlein <\/h3>\n<\/div><\/div><\/div>Team Foundation Server\u2026Visual Studio Team Services\u2026Azure DevOps<\/p>\n
Chances are, you\u2019ve heard at least one of these terms before. Believe it or not, over the years this software suite has actually had a total of 13 names!
\nMost recently, it is known as Azure DevOps (unless that has already changed since writing this). But I am not here to pick fun of Microsoft\u2019s naming habits (Arcad has a similar habit after all). I am here to talk about how your IBM i shop can utilize Microsoft\u2019s most powerful development software, aside from perhaps Windows itself. Azure DevOps has existed in some iteration since 2006, but it seems to have hit its stride with the addition of git in 2013. TFS gained popularity for its all-in-one solution and easy setup, and for many years was the go-to for .NET projects. More recently, Azure DevOps has exploded in popularity with its focus on features like pipelines, and integration with platforms like GitHub. <\/p>\n
Note:If you still need on why you should be using git, I recommend reading the great articles <\/i>here<\/i><\/a> and <\/span><\/i>here <\/a>(just be sure to come back to this after). <\/p>\nIf you\u2019re reading this, I assume you have at least some small interest in Azure DevOps. Maybe you\u2019re aware that your company uses in some other area, and you had no idea that you could be using it for IBM i development. Maybe you use git on IBM i already, and are ready to upgrade to a full-featured repository host. Maybe you just like clicking on random things. In any case, this article serves as an introduction to Azure DevOps, integration with it, and how you can get started today. <\/p>\n<\/div>
Summary<\/h2>\n\n- Azure\u00a0<\/span><\/span>S<\/span><\/span>chmazure<\/span><\/span>, what does it do?<\/span><\/span><\/a><\/li>\n
- Eco-friendly Pipelines<\/span><\/span><\/a><\/li>\n
- A<\/span><\/span> match made in DevOps heaven<\/span><\/span><\/a><\/li>\n
- Sounds great, where do I start?<\/span><\/span><\/a><\/li>\n
- Try it out<\/a><\/span><\/span>\u00a0<\/span><\/li>\n
- No more excuses<\/span><\/span><\/a><\/span><\/li>\n<\/ol>\n<\/div><\/div>\n
1. Azure <\/span><\/span>Schmazure<\/span><\/span>, what does it do? <\/span><\/span> <\/span><\/strong><\/h2>\nAzure DevOps is actually made up of five distinct, yet cleverly connected services<\/span>. I could describe them, but I\u2019ll let Microsoft do that for me – <\/span> <\/span><\/p>\n![\"Azure](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2020\/04\/azure-schmazure.jpg\" "\\"Azure")
<\/span><\/div><\/div>\nMost of these are pretty self-explanatory<\/span>,<\/span> and you may already own products that do the same things. The neat thing is, each of these services is optional and can be hidden from the interface if desired. For instance, it is common to use GitHub instead of Azure Repos, while still retaining all the functionality of the rest of the Azure DevOps suit. Azure DevOps biggest selling point is perhaps the fact that it\u2019s a one-stop-shop for all things DevOps(sort of like Arcad!). Whereas other products have added additional services almost as an afterthought, each one of Azure DevOps services is fully featured and capable of supporting your enterprise needs. You can spend less time stringing together disparate products and more time building software.<\/div><\/p>\n2. Eco-friendly Pipelines<\/span><\/span><\/strong><\/h2>\nProbably the most powerful service of them all is Azure Pipelines. Pipelines, popularized by Jenkins, are a way to define your whole application lifecycle in one place. It has quickly become the standard method for implementing CI\/CD. In Azure DevOps, your pipelines are defined with YAML and stored in the same git repository as your code. This means any configuration changes to your pipeline must (or at least, should) go through the same commit and review process as the rest of your code, and of course, since it\u2019s in git, you have a deep and traceable history of changes. <\/p>\nNote: There is the option of using the \u201cclassic\u201d editor to configure your pipeline, but you will not get all the benefits of configuration-as-code. <\/i><\/p>\n
Azure Pipelines Agents are used to perform all build and release tasks. While Microsoft claims to support \u201cany platform\u201d, as IBM i users we are accustom to being lied to, which is the case here. Microsoft does not offer a pipeline agent for IBM i, which leads me to the next section\u2026<\/span><\/span><\/p>\n<\/div><\/div><\/div>
Implementing a DevOps strategy on IBM i? Influencing IBM i DevOps maturity and success in the enterprise?<\/strong><\/p>\n<\/div>Download our White Paper <\/span><\/i><\/a><\/div><\/div><\/div><\/div><\/div><\/div>\n3. A match made in DevOps heaven<\/strong><\/h2>\nArcad has had support for TFS since all the way back in 2012, starting with the integration of TFS Work Items (Azure Boards). Not long after that, we added support for the SCM component, Azure Repos. Now, we have been successful in integrating Pipelines and Test Plans, with even more integration on the roadmap (now would be a good time to ask you to follow us on Linkedin<\/span><\/a> and<\/span> Twitter<\/a> for updates regarding that!). <\/p>\nWebhooks, despite the name, are not one of Spiderman\u2019s moves. Arcad utilizes webhooks to connect new branches in git with their counterpart on the IBM I- Arcad Versions. We can also consume webhooks from Azure DevOps upon branch deletion and any pushes to the repository. In short, webhooks are one of the ways Arcad can seamlessly sync the git and Arcad repositories. <\/p>\n
Arcad also has a powerful CLI which allows Arcad, Verifier, and Drops actions to be securely executed from anywhere, including pipeline scripts. Our CLI is installed alongside the Azure Pipelines Agent to add the capability to perform Arcad related tasks. If you\u2019re interested in a deep dive into this functionality, sign up for a demo here<\/a>!<\/p>\n<\/p>\n<\/div>\n4. Sounds great, where do I start?<\/strong><\/h2>\nThat answer depends heavily on where you are on your DevOps journey. Let\u2019s take a look at some common scenarios I\u2019ve encountered. <\/p>\n
Scenario One: <\/b>\u201cMy team is mostly 5250 and using a traditional waterfall methodology.\u201d<\/p>\n
When talking DevOps, tools are only one part of the equation, and they can only get you so far. If you\u2019re at this stage, you have work to do on your company culture before you\u2019ll receive the full benefit of a tool chain like Azure DevOps. But don\u2019t despair! Every DevOps journey starts somewhere, and Arcad has experience helping teams at every stage of their journey. Together we can plan a roadmap with achievable milestones. <\/p>\n
Scenario Two:<\/b> \u201cWe have begun adopting agile methodologies but we have pain points and\/or our tools are holding us back.\u201d<\/p>\n
You are the perfect candidate for a toolchain like this. You will see an immediate ROI using tools that compliment an agile methodology. Most people in this situation are lost in all the different tools and what combination of them would work best for their team, while retaining some or all of their current workflow. Azure DevOps is built to simplify this process by putting CI\/CD pipeline, work tracking, and source code repository all in one tightly integrated platform. You can also keep certain services disabled until you\u2019re ready to use them.<\/p>\n
Scenario Three:<\/b> \u201cWe are already using git and modern tools, but want to standardize on Azure DevOps.\u201d<\/p>\n
IBM i development teams are often one of the last remaining silos. I often hear from customers interested in breaking down that silo and incorporating them into their existing workflows. Arcad recognizes this, which is why we designed our integration to be totally open. We do not force you into predefined workflows. If you are already using Azure DevOps for Java, .NET, Node.js, etc. and have specific branching workflows and releases, we want to utilize that standard. <\/p>\n
Note: Maybe none of these scenarios describe you well. In that case, get in touch with us and we can discuss your unique situation and goals. <\/i><\/p>\n<\/p>\n<\/div>\n5. Try it out <\/strong><\/h2>\nOne thing you can do right now is download the \u201cTeam Explorer Everywhere\u201d plugin for RDi. TEE is a plugin which connects to Azure DevOps so you can browse work items, clone repos, and more. And yes, it works with RDi! (at least V9.6). To get started, simply search \u201cTEE\u201d in the Eclipse Marketplace. <\/p>\n
![\"Team](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2020\/04\/team-explorer-everywhere.jpg\")
<\/p>\n<\/p>\n
Team Foundation Server\u2026Visual Studio Team Services\u2026Azure DevOps<\/p>\n
Chances are, you\u2019ve heard at least one of these terms before. Believe it or not, over the years this software suite has actually had a total of 13 names!
\nMost recently, it is known as Azure DevOps (unless that has already changed since writing this). But I am not here to pick fun of Microsoft\u2019s naming habits (Arcad has a similar habit after all). I am here to talk about how your IBM i shop can utilize Microsoft\u2019s most powerful development software, aside from perhaps Windows itself. Azure DevOps has existed in some iteration since 2006, but it seems to have hit its stride with the addition of git in 2013. TFS gained popularity for its all-in-one solution and easy setup, and for many years was the go-to for .NET projects. More recently, Azure DevOps has exploded in popularity with its focus on features like pipelines, and integration with platforms like GitHub. <\/p>\n
Note:If you still need on why you should be using git, I recommend reading the great articles <\/i>here<\/i><\/a> and <\/span><\/i>here <\/a>(just be sure to come back to this after). <\/p>\n If you\u2019re reading this, I assume you have at least some small interest in Azure DevOps. Maybe you\u2019re aware that your company uses in some other area, and you had no idea that you could be using it for IBM i development. Maybe you use git on IBM i already, and are ready to upgrade to a full-featured repository host. Maybe you just like clicking on random things. In any case, this article serves as an introduction to Azure DevOps, integration with it, and how you can get started today. <\/p>\n<\/div> Azure DevOps is actually made up of five distinct, yet cleverly connected services<\/span>. I could describe them, but I\u2019ll let Microsoft do that for me – <\/span> <\/span><\/p>\n Most of these are pretty self-explanatory<\/span>,<\/span> and you may already own products that do the same things. The neat thing is, each of these services is optional and can be hidden from the interface if desired. For instance, it is common to use GitHub instead of Azure Repos, while still retaining all the functionality of the rest of the Azure DevOps suit. Azure DevOps biggest selling point is perhaps the fact that it\u2019s a one-stop-shop for all things DevOps(sort of like Arcad!). Whereas other products have added additional services almost as an afterthought, each one of Azure DevOps services is fully featured and capable of supporting your enterprise needs. You can spend less time stringing together disparate products and more time building software. Probably the most powerful service of them all is Azure Pipelines. Pipelines, popularized by Jenkins, are a way to define your whole application lifecycle in one place. It has quickly become the standard method for implementing CI\/CD. In Azure DevOps, your pipelines are defined with YAML and stored in the same git repository as your code. This means any configuration changes to your pipeline must (or at least, should) go through the same commit and review process as the rest of your code, and of course, since it\u2019s in git, you have a deep and traceable history of changes. <\/p>\n Note: There is the option of using the \u201cclassic\u201d editor to configure your pipeline, but you will not get all the benefits of configuration-as-code. <\/i><\/p>\n Azure Pipelines Agents are used to perform all build and release tasks. While Microsoft claims to support \u201cany platform\u201d, as IBM i users we are accustom to being lied to, which is the case here. Microsoft does not offer a pipeline agent for IBM i, which leads me to the next section\u2026<\/span><\/span><\/p>\n<\/div><\/div><\/div> Implementing a DevOps strategy on IBM i? Influencing IBM i DevOps maturity and success in the enterprise?<\/strong><\/p>\n<\/div> Arcad has had support for TFS since all the way back in 2012, starting with the integration of TFS Work Items (Azure Boards). Not long after that, we added support for the SCM component, Azure Repos. Now, we have been successful in integrating Pipelines and Test Plans, with even more integration on the roadmap (now would be a good time to ask you to follow us on Linkedin<\/span><\/a> and<\/span> Twitter<\/a> for updates regarding that!). <\/p>\n Webhooks, despite the name, are not one of Spiderman\u2019s moves. Arcad utilizes webhooks to connect new branches in git with their counterpart on the IBM I- Arcad Versions. We can also consume webhooks from Azure DevOps upon branch deletion and any pushes to the repository. In short, webhooks are one of the ways Arcad can seamlessly sync the git and Arcad repositories. <\/p>\n Arcad also has a powerful CLI which allows Arcad, Verifier, and Drops actions to be securely executed from anywhere, including pipeline scripts. Our CLI is installed alongside the Azure Pipelines Agent to add the capability to perform Arcad related tasks. If you\u2019re interested in a deep dive into this functionality, sign up for a demo here<\/a>!<\/p>\n<\/p>\n That answer depends heavily on where you are on your DevOps journey. Let\u2019s take a look at some common scenarios I\u2019ve encountered. <\/p>\n Scenario One: <\/b>\u201cMy team is mostly 5250 and using a traditional waterfall methodology.\u201d<\/p>\n When talking DevOps, tools are only one part of the equation, and they can only get you so far. If you\u2019re at this stage, you have work to do on your company culture before you\u2019ll receive the full benefit of a tool chain like Azure DevOps. But don\u2019t despair! Every DevOps journey starts somewhere, and Arcad has experience helping teams at every stage of their journey. Together we can plan a roadmap with achievable milestones. <\/p>\n Scenario Two:<\/b> \u201cWe have begun adopting agile methodologies but we have pain points and\/or our tools are holding us back.\u201d<\/p>\n You are the perfect candidate for a toolchain like this. You will see an immediate ROI using tools that compliment an agile methodology. Most people in this situation are lost in all the different tools and what combination of them would work best for their team, while retaining some or all of their current workflow. Azure DevOps is built to simplify this process by putting CI\/CD pipeline, work tracking, and source code repository all in one tightly integrated platform. You can also keep certain services disabled until you\u2019re ready to use them.<\/p>\n Scenario Three:<\/b> \u201cWe are already using git and modern tools, but want to standardize on Azure DevOps.\u201d<\/p>\n IBM i development teams are often one of the last remaining silos. I often hear from customers interested in breaking down that silo and incorporating them into their existing workflows. Arcad recognizes this, which is why we designed our integration to be totally open. We do not force you into predefined workflows. If you are already using Azure DevOps for Java, .NET, Node.js, etc. and have specific branching workflows and releases, we want to utilize that standard. <\/p>\n Note: Maybe none of these scenarios describe you well. In that case, get in touch with us and we can discuss your unique situation and goals. <\/i><\/p>\n<\/p>\n One thing you can do right now is download the \u201cTeam Explorer Everywhere\u201d plugin for RDi. TEE is a plugin which connects to Azure DevOps so you can browse work items, clone repos, and more. And yes, it works with RDi! (at least V9.6). To get started, simply search \u201cTEE\u201d in the Eclipse Marketplace. <\/p>\nSummary<\/h2>\n
\n
1. Azure <\/span><\/span>Schmazure<\/span><\/span>, what does it do? <\/span><\/span> <\/span><\/strong><\/h2>\n
<\/span><\/div><\/div>\n2. Eco-friendly Pipelines<\/span><\/span><\/strong><\/h2>\n
3. A match made in DevOps heaven<\/strong><\/h2>\n
4. Sounds great, where do I start?<\/strong><\/h2>\n
5. Try it out <\/strong><\/h2>\n
<\/p>\n<\/p>\n