Hi there,
i would like to manage the deployment process with Version Control for my new Project.
The Project is within one DS-Project and exist of 18 different subprojects (we call them CopyJobs) (every on with different Release dates)
My questions are:
Is ist possible to manage this in one DS-Project?
Is it possible to make a set of numbers for each subproject like SSSRRR with SSS as subprojectno and RRR as releasno? (101100 means subproject 101 with release 1.0.0, 102211 means subproject 102 with release 2.1.1)
What happens to Routines i use in every subproject? Should i put them in a seperate Release like 999xxx?
Thanks a lot for your ideas...
Barni
Using Version Control for different Subprojects
Moderators: chulett, rschirm, roy
-
Innovations
- Premium Member

- Posts: 9
- Joined: Thu Nov 30, 2006 8:14 am
- Location: Germany
- Contact:
-
ray.wurlod
- Participant
- Posts: 54595
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
It is possible, but will become a nightmare to maintain.
What you want to do can only be achieved manually - that is, it is you who must generate the numbers and dates.
I'm not sure that you can use Version Control to promote under these conditions - it's used to move objects with the same name into different projects. In any case, Version Control ceases to exist in version 8.0, so it may not be a good path for you to follow. It is probably easier to achieve what you want to achieve using "Make Copy" in the Repository or "File > Save As" in Designer/Manager.
What you want to do can only be achieved manually - that is, it is you who must generate the numbers and dates.
I'm not sure that you can use Version Control to promote under these conditions - it's used to move objects with the same name into different projects. In any case, Version Control ceases to exist in version 8.0, so it may not be a good path for you to follow. It is probably easier to achieve what you want to achieve using "Make Copy" in the Repository or "File > Save As" in Designer/Manager.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.