How should I organize files into components in Jazz source control?
We are new to RTC and our code is currently not under any source control. Is it a bad idea to have each file (we have about 160 files) assigned to its own component? It seems there would be a bit of setup work in the beginning but then we'd be able to assign each file a baseline rather than groups of files. I don't want to get bit down the road by something that I might not be considering. Thanks!
3 answers
Components are intended to group files that are logically related. Changes applied to a component (by delivering or discarding change sets) will effect all of the files simultaneously, so logically dependent files are modified atomically.
I don't know the specifics of your case, but I would lean towards putting the files into a small number of components, preferably with some kind of logical grouping: ie, documentation, source, data files, etc.
Components should be at the granularity that they need to change or be consumed. Decide what your downstream customers need in terms of granularity, and see if it works for how you produce it.
The SCM piece of Rational Team Concert spans 3 components. Some teams create a new component for every major significant capability. Its really in the eye of the beholder.
If you make a decision now, you can revisit later by consolidating/dividing components using "Move in repository" actions in the Eclipse/VS client or "scm move" command.
Hope this helps,
JohnC
Comments
Seth Packham
FORUM ADMINISTRATOR / JAZZ DEVELOPER Jun 29 '12, 12:11 a.m.I edited the title of the question to better reflect what you were asking.