continuum-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jesse McConnell" <>
Subject Re: [discuss] Zero config and more control over configuration (was: [jira] Commented: (CONTINUUM-924) Add ability to edit group)
Date Fri, 27 Oct 2006 21:05:50 GMT
one of the problems here is that if you start letting the CI admin
make changes to project and project group names then you are breaking
the linkage between the POM and the representation of the project in
continuum.  Unless you start adding in mapping functionalities and
thats just a pain when really, the name in the CI ought to reflect
reality in the project.  Now perhaps the project group is something
that can be opened more for some configuration changes since it is
kind of an external concept being mapped onto the poms...its using the
pom that you load up for these defaults and then also making a project
for that same project group, mapping it twice into continuum as a
group and as a project...

if this is really what we want to change here then perhaps we ought to
make it an option for configuration of the project group in all cases,
the ability to specify the name of the project group...or give it some
kinda short identification element.  I kinda like that idea, then we
can use 'Doxia' for 'The Doxia Project' and we can even use the short
user input project group Id in the urls...

it would be nice if we could setup a mapping for  and take you to the project group.

I know brett had that desire a while back, this would more then
address that and make it easier to work with the project group in


On 10/27/06, Rahul Thakur <> wrote:
> I believe its more to do with - auto/dynamic configuration, or,  giving
> a CI server admin more control to setup their continuum installation.
> I think Continuum should be able to support both modes,
> a) zero-config (almost), and
> b) the ablity to afford more control to the user, like in the case of
> edit/reorganize project groups.
> With dynamic configuration it would make it easy for a project team to
> change the pom.xml and have the changes reflect in Continuum, but same
> time - the CI admin user (as can be the case with organisations where
> this is a separate role/job) , this would mean the projects can, for
> example, hop groups as and when changes are detected.
> Thoughts?
> Cheers,
> Rahul
> ----- Original Message -----
> From: "Jesse McConnell (JIRA)" <>
> To: <>
> Sent: Saturday, October 28, 2006 5:36 AM
> Subject: [jira] Commented: (CONTINUUM-924) Add ability to edit group
> >    [
> > ]
> >
> > Jesse McConnell commented on CONTINUUM-924:
> > -------------------------------------------
> >
> > I wonder about this one a bit.  Rahul was asking about the same sort
> > of thing on irc a day or two ago and I am glad I found this issue
> > here.
> >
> > My ultimate question on this is would we be better served to change
> > things such that when the pom changes in the m2 project and have that
> > automagically applied to the names of projects and project groups.
> >
> > Yes this needs to be added for the ant and shell script project
> > groups...but for m2 and maybe m1 projects can be pull this info from
> > the pom.  The Project Object Model is actually supposed to represent
> > all the major aspects of the project so perhaps we can get away with
> > that.
> >
> >> Add ability to edit group
> >> -------------------------
> >>
> >>                 Key: CONTINUUM-924
> >>                 URL:
> >>             Project: Continuum
> >>          Issue Type: Sub-task
> >>    Affects Versions: 1.1
> >>            Reporter: Carlos Sanchez
> >>         Assigned To: Henry S. Isidro
> >>
> >> Now that groups are added it'd be nice to have the ability of
> >> changing group name or moving projects from group.
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > If you think it was sent incorrectly contact one of the
> > administrators:
> > -
> > For more information on JIRA, see:
> >
> >
> >

jesse mcconnell

View raw message