Team areas are currently associated with a single development line. All
artifacts owned by or associated with the team area are therefore bound
to a single development line making the process rules that apply to
these artifacts unambiguous.

The same could have been achieved by not just associating artifacts with
a team area but by making the association specific for a development line.

The current approach has the disadvantage of the overhead of additional
team areas for additional development lines. It has the advantage of
making explicit which teams and who of the team members contribute to
the efforts in a development line.

Kai
Jazz Process Component


gcastro wrote:

I'm trying to understand why a team area must specify a Development
Line.

This doesn't make a lot of sense to us as the same team works on
maintenance lines as well as developments concurrently. We don't
just drop everything we're doing for the next release to work on a
maintenance release.

Could someone enlighten me as to why we have to specify just one
development line?