View previous topic :: View next topic
|
Author |
Message |
himant goyal
New User
Joined: 22 Jun 2011 Posts: 2 Location: India
|
|
|
|
Recently in my project I have been asked to switch to multiple migration path technique. As of today we have one integration testing environment and one User acceptance testing environment.
Now in future we are going to have two Integration (say I1 and I2) and two user acceptance (say U1 and U2) testing environment. This is to support more projects testing in a year.
I1 -> U1 -> PROD
I2 -> I2 -> PROD
Both the paths will be used for separate release with the implementation dates at least a month apart. Now if my same code is bundled in both the release and testing is in progress, how can I maintain the code integrity in the test environment. As of today we are doing manual retrofitting of components which is prone to human errors. Is there a automated tool available which does a retrofitting and deploys the correct component to production based on install dates. Is there a IBM defined process to handle this scenario?
Your advice in this matter is highly appreciated.
Thanks |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
Recently in my project I have been asked to switch to multiple migration path technique. |
Why the request to switch? Why does someone believe this is desirable?
Is there a Configuration Management tool in use?
Quote: |
This is to support more projects testing in a year. |
Sounds like a "motherhood" statement.
My advice would be very wary - i suspect there is a lot not being posted. . . |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
unless you have committed management resources to insure success,
this is just another BS way for beancounters to double bill.
the reconciliation process is no fun when the changes are minor and do not overlap.
when they are numerous and physically overlap,
you need dedicated resouces whose attributes are not limited to: - trustworthy
- technically experienced
- business aware
if they give this job to the rookies, start looking for employment elsewhere.
Endevor (if you have it) has a Parallel Development Management (PDM) option which does a good job of identifiying the differences.
Previously, this type of activity was accomplished by SUPERC compares.
but it is not something that can be automated.
if the differences are complex,
someone must make a manual decision. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10886 Location: italy
|
|
|
|
I wonder why people are assigned tasks so much above their competence level
and why/how these people can think that can solve their organization problems by asking on a forum
PS.
and they do not even realize that the differences in the code is the lesser of their problems
( nothing that the equivalent of DIFF3 could not solve automatically ) |
|
Back to top |
|
|
himant goyal
New User
Joined: 22 Jun 2011 Posts: 2 Location: India
|
|
|
|
Thanks everybody for your thoughts. |
|
Back to top |
|
|
Pete Wilson
Active Member
Joined: 31 Dec 2009 Posts: 590 Location: London
|
|
|
|
Sounds like the Agilista's have recently teleported into your site. |
|
Back to top |
|
|
|