Using Team Build Standalone with Git, without Endevor

Products

• Endevor

Issue/Introduction

Modern AppDev practices are centered on Git, so many organizations have been applying these capabilities to their mainframe applications using the award-winning Endevor Bridge for Git. But, without Endevor, is modern DevOps able to be adopted in a simple way as well?

Resolution

Absolutely!  Team Build is a lightweight build engine that supports Git-native workflows, meaning that it is not necessary to connect Git to Endevor to run builds. The applications are simply built directly from the Git source.  This allows for the ability to easily create and run builds for applications written in languages such as COBOL, PL/I, Assembler, C and Metal C.  It also plugs directly into your enterprise orchestration tools, such as GitHub Actions, GitLab CICD, Azure Pipelines, Jenkins or any other CICD tool.  Builds are dependency-aware, so you can incrementally build only what needs to be built.  It leverages a standard library of build functions, but it can also be extended using the world’s most popular programming language, JavaScript, making it easy to get started and use.

 

Team Build Script Showing the Compilation of COBOL and HLASM artifacts into a Load Module

Team Build Stands on its Own

If Endevor is being used, you can easily automate the creation of those build projects.  Likewise, if Bridge for Git is being used, Team Build can be a handy way to perform a developer build without mapping every branch to Endevor.  But these are not the only ways to use Team Build.

 

Team Build projects can be quickly authored from existing source code using the out-of-the-box, JavaScript Standard Library for various languages.  Compiling and linking can be as simple as running from a directory of COBOL artifacts and invoking a compileAndBind function:

 

var cobol = require("bldz/std/exp/rules/cobol")

cobol.compileAndBind({

    syslibs: ["."],

    syslibs_binder: ["//CEE.SCEELKED"],

})

 

Existing JCL can be Converted by Team Build

Many teams have Build JCL for developer builds.  In other cases, the existing SCM and lifecycle automation will ultimately run the build by submitting JCL.  If this is the case, then there is good news - Team Build can also be used to convert Build JCL into a build project.  Similarly, if there is useful JCL that is run as part of part of your development or deployment process, you can convert and extend it as well using Team Build’s exportz tool and call it from the Enterprise orchestrator of choice.

 

So Are You Recommending Git Native?

Team Build is as easy to use standalone with Git as it is to use with Endevor and Bridge for Git.  To determine if a lift be performed and a shift migration to Git as a fast track to modernization should be done, please consider the following:

 

• Is the team ready?  
• Are your mainframe developers happy to change to Git or will forcing them to change risk them leaving along with critical tribal knowledge?
• How will you deploy your applications?  
• How will you deal with the transition and things like shared code while the transformation is in progress?  
• How will you decompose your monolithic mainframe application repository?

 

These are all still valid questions and considerations. Because of these, Endevor users may opt to go slowly and leverage tools like Explorer for Endevor or Bridge for Git, as well as Team Build as part of their transformation journey.   

 

When you are ready to use Git, Team Build is ready to support your needs whether or not Endevor is involved.you use Endevor or not.  It has no hard ties to Endevor and has always been meant to be used to support organizations on a journey of modernizing their mainframe application development process, regardless of where they started - commercial mainframe SCMs like ChangeMan, ISPW, Panvalet, Librarian or even a homegrown SCM.  

 

If any of this sounds relevant to you and your organization, please open a case with Support. We are working daily with customers who are on a modernization journey, and we’d love to understand your user cases and requirements as we continue to build out the capabilities in our suite.