Request A Demo
Back to All Blog Articles

FlexDeploy vs Jenkins for Git Sparse Checkouts

While working with many FlexDeploy customers on DevOps for middleware and enterprise applications, I have noticed that organizations setup a multitude of Git repositories and each repository is used to store source code for many artifacts. For example, one Git repository may contain a few integration composites, service bus projects, application server configurations etc., and there can be many such Git repositories. Why am I talking about this? As we have blogged before on out-of-the-box FlexDeploy capabilities to support many of these use cases without any scripting, there is an underlying basic feature for detecting changes at sparse folder level which has gone unnoticed. Let’s review more.

Look at this sample repository for demonstration purposes. I have two folders here: Folder1 and Folder2. Consider those to be source code for two different artifacts.

As we are just going to review how changes are detected, let’s just talk at high level. I have created two Jobs in Jenkins version 2.121.1. Both jobs are setup to poll every 5 minutes and each job is using sparse checkout for specific folder. As expected both jobs (as no previous build) will run and are successful.

Similarly, FlexDeploy is setup with two projects both pointing to individual folders in Git and polling setup to run every minute. As expected, the first build will be initiated (as no previous build) and is successful.

Now let’s make a change to a file only in Folder1.

We are just making a simple change for a test here. Jenkins in this case has performed build for both Jobs even when file was changed only in Folder1.

Notice FlexDeploy only built project Folder1, as a change was made only in Folder1.

FlexDeploy will keep track of the revision for each folder, and in addition change logs will be captured only for configured sparse folders. Jenkins does have capability to ignore commits in certain paths which I validated to be working correctly for poll build.  Although, captured change logs for build may not always be correct if build was initiated manually.

Additionally, FlexDeploy provides partial deployment capability for EBS, Salesforce, SQL files and many more where change detection is performed at  the file level, which allows users to easily track their changes as it progresses through the Pipeline.

Go beyond Continuous Integration into full Continuous Delivery with FlexDeploy

Related Resources

E-Business Suite Post Clone Refresh – It’s Magic with FlexDeploy!

Cloning is an important part of managing an Oracle E-Business Suite implementation. It allows the syncing of recent and relevant ...

Revolutionizing Enterprise Software Delivery with Flexagon’s DevOps Solutions

In a dynamic technological landscape, organizations seek cutting-edge tools that not only cater to specialized use cases but also drive ...

Webinar Recap: Unlock the Power of DevOps and CI/CD for Oracle EBS and Cloud Applications 

In today’s rapidly evolving digital landscape, the efficiency and adaptability of your IT infrastructure plays a pivotal role in determining ...

Join DevOps leaders across the globe who receive analysis, tips, and trends in their inbox