Git repository for Windchill Customization

Question

I am setting up a GIT repository and creating a pipeline for Windchill . Customer is managing Customizations with SafeArea and Windchill has ThingWorx Navigate , Workers , Replica and all other Integrations.

We are on github and using git hub action .

Requirement is to manage a pipeline for building and managing the code deployment from Dev -> Test -> Preprod -> Prod environment .

Can you please help me with how to manage and create a pipeline?

What should be my branching Stratergy ?

When CPS or next Upgrade happens, this master repository should server as main .

avillanueva · Accepted Answer

I am no means an expert here an am still learning but seeing as I have another developer, we needed to to step up our game (Bitbucket). I can answer a few things but I am sure the field will correct me were my approach is not best practice.

My repo only has customized files and compiled class files (addressed below). I do not have xconf files there but have good control on them. I do not have the entire Windchill codebase in source control but rather what would go into wtSafeArea/siteMod, wtCustom, and some added Jar files.

Compilation occurs in Eclipse and is transferred to Dev/Prod via Bitbucket. I have been told I should recompile (build) at those locations and plan to do that since I ran into merge issues already in this area. Still learning here.

We create out feature branches off Development but since we do not have a test server yet, when ready, those feature branches are merged with Development, a Release branch is created off Dev and then merged with Master. I would assume you have some other branches in there based on your pipeline.

As for CPS and Upgrades, I would follow PTC's strategy for applying CPS updates. The only thing you should be concerned with is files that PTC is updating that you might have edited or overwritten. Those are in the CPS release notes and should be in either your ptcOrig or ptcMod folder under wtSafeArea. Obviously, you work up from Dev and test/validate the CPS against your customizations. If there are any conflicts, you'll need bug fixes to address those.

For upgrades, I create a new repo for that version. So much may have changes and I revalidate customizations during the upgrade process. Ok, field, I am ready to be destroyed but more ready to learn and improve. Please enhance or fill in where needed.

rleir · Answer

I think you need to start with simple steps.

You need a git client installed on the servers.

Your git directory structure will be the same as the Codebase directory structure (actually, one level higher than that so that you can also have bin and src).

When you are confident with git, you will be doing pushes and pulls for XML's and jsp's directly from the Codebase directories. The pipeline will be doing compiles under the src directory, with the resulting class files ending up in directories under Codebase.

The pipeline might need to manage the SafeArea directories too for backwards compatibility with the Customer's traditional processes.

The pipeline needs to call xconfmanager for properties changes.

As you will have guessed, I am not doing that yet. I will be starting with a duplicate tree of directories in the dev server, next to the Codebase tree. Then I can carefully change Codebase files, as I develop a pipeline.

A test plan is essential, and I am advocating for automated testing (not successful yet).

Talking of CPS upgrades from PTC: would you put each CPS into a git branch, then work on merging it into your git Main? So much to do, so little time.

Sign up

Please use your PTC eSupport account.

Welcome to the PTC Community

Please use your PTC eSupport account.

Scanning file for viruses.

This file cannot be downloaded