One Star

Development Life Cycle and Continuous Integration

First off I would like to say that I am pretty new to all of this. I have only been learning Talend, Git, CI and such for about four months now. Our orginization is trying to follow what "Best Practices" are, but find that depending on who you talk to you get different "Best Practices". Below you will find what seem like the best fit for our orginization. Please feel free to correct me if I have any incorrect thought processes, or concepts.

 

From what I understand the lifecycle of a project follows this path:

00 - In TAC a new project is created, this creates a new master branch in the repository

 

01 - The master branch is checked out as "Development" creating a development branch on the git repo

 

02 - A developer checks out the development branch to their local system so they can work on bug fixes, new features and such

 

03 - The developer has some code ready to test in the development environment so they do a Pull and Merge to verify that their code will still function with any existing code on the development branch

 

04 - After verifying that all code still functions the developer will push their code to the development branch

* Due to the SCM Polling, Jenkins should detect that a change has occured on the development branch and fire off it's job to Generate, Build/Test the code, and deploy it to the Development environment

 

05 - The developer later on decides to tweak the code. so they first do a Pull and Merge so they have the current Development code to work with

 

06 - The commit from step 04 was approved to be moved to the testing environment and a Tag (qa/1013a) is created

* Jenkins should detect that a new tag has has been created on the development branch and fire off it's job to Generate, Build/Test the code, and deploy it to the QA environment

 

07 - The QA code gets the green light to be deployed to the Production environment and is commited to the Master branch
* Jenkins should detect that a change has occured on the master branch and fire off it's job to Generate, Build/Test the code, and deploy it to the Production environment

 

Master Branch (Remote)
| 00 : New project is created generating a new repository and Maaster branch
|
|
|      Development Branch (Remote)
|----->| 01 : Checkout Development branch 
|      |
|      |
|      |           Developer's Branch (On Local System) 
|      |---------->| 02 : Checkout Development branch to local system
|      |           |
|      |           |
|      |           |
|      |---------->| 03 : Pull and Merge
|      |<----------| 04 : Push updated code to Development branch 
|      |---------->| 05 : Pull and Merge
|      |           |
|      |           |
|      |           |
|      | : Tag     | 06 : Tag qa/1013a created for Dev branch 
|      |           |
|      |           |
|      |           |
|<-----|           | 07 : Tag qa/1013a commited to Master branch 
|      |           |
|      |           |
V      V           V

If the above diagram isn't displaying gorrectly see the attached

 

Steps 00 to 05 I have working, but I have some questions/concerns about step 06. For security purposes we have to use SCM Polling instead of the git hook.

 

01 - I have found some information on using Jenkins to check tags, but it isn't working as expected. Here are the settings:
In the Source Code Management - Git section
* Refspec: +refs/tags/qa/*:refs/remotes/<DEVELOPMENT_BRANCH>/tags/qa/*
* Branches to build: */<DEVELOPMENT_BRANCH>/tags/qa/*

Everytime it runs it lists the new tag I created but is says "ERROR: Couldn't find any revision to build. Verify the repository and branch configuration for this job."

 

02 - If a new tag is created and the jobe fires off will it only build the new tag?

 

03 - will the SCM polling detect both commits and tag creation as a change to the branch. If so is there a way to fix that?

 

04 - Would a better option for this be, to have a "Master, QA. Development" branch and instead of using the tag to mark QA just push it from the dev branch to the qa branch?