Due to some maintenance issues, this service has been switched in read-only mode, you can find more information about the why

and how to migrate your plugin documentation in this blogpost

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

Purpose

Jenkins needs an umbrella foundation of some sort, at a minimum to provide a legal home for the Jenkins trademark/IP, a place to properly handle donations, etc. How much more than that is needed is an open question. This page is intended to provide a venue for discussing the pros and cons of each of the possible homes.

When adding a pro or con, or commenting on existing ones, please make sure to leave your name/username.

Foundations

Foundations are in alphabetical order.

Apache

  • Pros
    • Well know and respected (pablaasmo)
    • Gives good freedom to community to decide framework/design etc.(pablaasmo)
    • real community over code mind (olamy)
    • trademark and legal help possible (olamy)
    • MIT license is compatible with ASL. (abayer)
  • Cons
    • Release process ? (weekly release will be more complicated due to vote process) (olamy)
    • new committer entry (olamy : IHMO not a real issue as the goal is to probably to move only core)
    • back to svn (AFAIK asf use a central svn repo) (olamy : btw is it a problem ?) (andrew: fwiw, ASF has talked about having a git repo, but no one there has stepped up to get it set up/supported - that may be something we'd be able to help with)
      • Is this really true? Why could we not continue to run with github? Can someone explain what the infrastructure constraints are? (magnayn)
    • legal issues regarding gpl libs (olamy : btw same for eclipse)

Eclipse

  • Pros
    • Gets the possibility to join with Hudson again (pablaasmo)
    • Could lead to working closer to the Mylin guys and their Hudson/Jenkins connector (vtintillier)
    • Eclipse projects can use git nowadays (vtintillier)
    • Has a lot of experience to share regarding plugin ecosystems and technology (jutzig)
    • EPL is not MIT compatible (magnayn)
  • Cons
    • Might have more restrictions on how the framework should be. OSGI etc (pablaasmo).
    • Their projects websites are crap and I find them hard to find (vtintillier)
    • If our goal is not to re-unite with Hudson, it's unlikely that Jenkins will be accepted (kutzi)
    • The eclipse IP process makes it very hard for occasional contributors. Many will just give up. (magnayn)

SFC

http://sfconservancy.org/

  • Pros
    • "takes care of the projects' needs that do not relate directly to software development" (magnayn)
    • Equivalent to being a non-profit organisation, without having to form & maintain one (magnayn)
    • Can hold assets like (c), TM
    • Legal protection & enforcement
  • Cons

SPI

www.spi-inc.org

  • Pros
    • Apparently very liberal regarding which license to use (kutzi)
  • Cons
  • No labels