Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

best practices for creating baselines

 Hello

I would like to know which could be the best practice for generating baselines. For example we usually make baselines each time that we have to deliver something for testing or when it's time to release something, instead of deliver change sets.
Some people says that its better to make a baseline after a stable version in the productive environment.

I would appeciate your opinions on the matter.

Thanks

Regards

0 votes



3 answers

Permanent link
From RUP:

One distinction that needs to be made at the time of creating a baseline are whether you will be creating:
  • A 'Subsystem Baseline' with ALL the versions of files and directories that have been modified in the subsystem or subsystems.
  • A 'System Baseline' with a SINGLE version of all files and directories in all subsystems.
As a general guideline, it would facilitate release management to create System Baselines at the major and minor project milestones, and Subsystem Baselines as required or at a higher frequency. As a 'rule of thumb' it is a good idea to create a baseline if up 30% of the elements in a subsystem have been changed.

0 votes

Comments

Do you you a reference for where this distinction is made in RUP?   In particular, as the term is used within the CLM products, a baseline always what is defined as a "System Baseline" above, and never is defined as "all the files that have been modified" ... that would be considered a "change set", not a "baseline".


Permanent link
Hi Marinept,

In addition to the above, if you want to record as milestone and label ( for consolidated configuration changes) for specific reason or if its completion of consolidated configuration changes work can be labeled using baseline.

https://jazz.net/help-dev/clm/index.jsp?re=1&topic=/com.ibm.team.scm.doc/topics/c_baselines.html&scope=null

Regards,
Arun.


0 votes


Permanent link
The simplest guideline is to create a snapshot/baseline whenever you have a configuration that you might want to reference in the future, because snapshots and baselines are very cheap (to create and store) in RTC.   For example, team builds will commonly automatically create a snapshot, so that the configuration that was built can easily be referenced.

0 votes

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 12,120

Question asked: Apr 05 '16, 10:57 a.m.

Question was seen: 4,210 times

Last updated: Apr 09 '16, 2:31 p.m.

Confirmation Cancel Confirm