| Hi Paul. 
 [Sorry... this bounced when I sent it on Friday]
 
 I've created a wiki page to capture information about the CBI. It's
    very much a work-in-progress.
 
 http://wiki.eclipse.org/Common_Build_Infrastructure
 
 Feel free to edit as you see fit.
 
 Some comments inline.
 
 Wayne
 
 On 12/16/2011 10:16 AM, Paul Webster wrote:
 
      
      Hi all,The CBI is evolving and will continue to evolve. From a technology
    point-of-view, the CBI is based on the stack of Hudson, Maven, and
    Tycho. As the work being done in the Dash project evolves, pieces of
    it will be absorbed into the CBI. As gaps are identified, we will
    take steps to fill them.
 
 1) how is our task/goal here related to what they're doing in
      dash-dev?  I see that the Dash project has been working on a
      number of maven [1] related build [2] support tools.  The already
      have a git repo at  git.eclipse.org/gitroot/dash/org.eclipse.dash.maven.git
      with an default eclipse parent  pom and an eclipse-signing-maven-plugin 
      There's also http://wiki.eclipse.org/Minerva
      which is mentioned on the dash-dev list, but I'm not sure if some
      or all of it has moved to the dash git repo.
 
  I agree. maven.eclipse.org, or something like it needs to be part of
    CBI.2) Has CBI decided on a way to expose Igor's work on building on
      the eclipse hardware?
 
 3) Is this something that will interact with the maven.eclipse.org
      instance to share p2 repos as they are built?
 I envision maven.eclipse.org, or something like it, being very
      much a part of the CBI. Both as a source for build artifacts, and
      as a means for distribution of builds.
 
 
 4) just a general comment.  As we've seen recently,
      sharing and/or promoting repos as part of the builds when Hudson
      is involved is quite convoluted/error prone.  But building a
      number of repos and sharing them either within one build or
      between multiple build jobs is a requirement (even now, and
      probably more important if we do get to break up the main Eclipse
      SDK build into smaller builds).   Should we be able to recommend a
      best practice for this on the Eclipse Foundation hardware?Best practices are part of this. So yes.
 
  [1] http://dev.eclipse.org/mhonarc/lists/dash-dev/msg01170.html
 [2] http://dev.eclipse.org/mhonarc/lists/dash-dev/msg01191.html
 
 
 --
 Paul Webster
 Hi floor.  Make me a sammich! - GIR
 
 _______________________________________________
cbi-dev mailing list
cbi-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/cbi-dev
 
 --  
      Wayne Beaton 
      The Eclipse Foundation 
      Twitter: @waynebeaton
       ![EclipseCon 2012]() ![AGILEALM 2012]() |