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

Share this:
Chandresh Patel

I have been working with Java EE technologies since 2000. After implementing IBM WebSphere and custom framework solutions, my past 10 years have been focused on Oracle Fusion Middleware such as WebLogic, ADF, WebCenter and Coherence. I have been part of many automation projects in the past and have a passion for automation capabilities to help our customers deliver software faster and with higher quality. In my current role as a Principal Architect at Flexagon, I am driving the FlexDeploy product strategy and development to build DevOps/CI/CD features that help our customers.

More posts by Chandresh Patel


  • Vinod Soni says:

    Dear Chandresh,
    Could you please guide me on following points?
    1) Licensing and professional cost for FlexDeploy solution for Oracle EBS?
    2) FlexDeploy integration with Azure DevOps and integration points.
    3) Skill sets needed to implement this integration

    • Rebecca Pruess says:

      Hi Vinod,

      Thank you for your questions.
      Please see details on FlexDeploy pricing HERE

      You can find installation details and requirements HERE

      I will reach out to you via e-mail with additional details on FlexDeploy integration points and integration with Azure DevOps.

      Thank you,
      Rebecca Pruess

Leave a Reply

Your email address will not be published. Required fields are marked *