Source Control Folder Structure

The following folder structure is recommended for Source Control (SVN, GIT, TFVC, CVS etc). You can follow a different structure than this, but you will need the * Source Directory properties at the FlexDeploy project level to make sure the files are processed correctly. For example, if you put Java code is a different folder, just update EBS Java Root Source Directory property on your project to folder name where you are storing Java files.

See below some examples of Source Control folder structure and FlexDeploy project organization. These are just some of the recommendations, as there are numerous combinations possible.

Note that FlexDeploy project deploys customizations to one EBS TOP. You can have files in FlexDeploy Project that deploy to multiple EBS TOP but that would require updating various properties manually.

Source Control StructureFlexDeploy Project Setup

This is most common Source Control Folder structure. There is a folder for custom top and sub-folders for types of files.

  • Option 1
    • Project - XXHR
    • You can create FlexDeploy Project named XXHR and point it's source configurations to XXHR folder in Source Control Repository. All files populated in this FlexDeploy project will look like /cp_sql/my.sql, /import/my.ldt.
    • Developers can create Package with files they are interested in and deploy to various environments.
    • As always, files can also be added to be pulled from EBS instead of Source Control Repository.
  • Option 2 (Not Recommended)
    • Application - XXHR
    • Project(s) - XXHR1, XXHR2...
    • You can create FlexDeploy Application named XXHR with and multiple projects under it to include specific set of files or folder. You will still point this project to XXHR folder in Source Control Repository. Only part of the files populated in this FlexDeploy project  and they will look like /cp_sql/my.sql, /import/my.ldt.
      • You can control files or folders populated in project by using Project File Includes and Project File Excludes property on Project.
    • Developers can create Package with files they are interested in and deploy to various environments.
    • As always, files can also be added to be pulled from EBS instead of Source Control Repository.
    • This is not recommended option as Source Control Structure does not match FlexDeploy project setup, but there are not technical limitations here.


In this Source Control setup we have created one folder for each extension which will contain files developed for that specific extension. It is important to note that folder structure under each extension has folders like cp_sql, sql, import, workflows, publisher etc. to identify specific files. The workflows folder can hold both wft and wfx files.

Each extension folder will be used to create new FlexDeploy project.

  • Application - XXAP
  • Projects - Extension1, Extension2, Extension3
    • Each project points to specific folder in Source Control.
  • You can create FlexDeploy Application named XXAP with and multiple projects under it, one for each Extension folder.
  • You will point source for each FlexDeploy project to specific Extension folder in Source Control Repository.
  • Files populated in FlexDeploy project will look like /cp_sql/my.sql, /import/my.ldt.
  • Developers can create Package with files they are interested in and deploy to various environments.
  • Disadvantage of this option is that you will need to submit multiple Packages for deployment for various projects, but that would be simplified in future versions of FlexDeploy.
  • As always, files can also be added to be pulled from EBS instead of Source Control Repository.
The following macros are not currently supported in the footer:
  • style