+1 Apache Extras (but only based on that I already know svn)

2010/12/14 Martijn Dashorst <martijn.dasho...@gmail.com>

> Things change and while we had a nice stay at sf.net, I think it is
> time to move on with Wicket Stuff to newer ground. We have had this
> discussion before and the discussion stalled mostly because Apache and
> Google were in talks about a new service called Apache Extras [1].
> Fortunately those talks are now over and we can continue our future of
> Wicket Stuff hosting discussion.
>
> In my opinion there are two possible hosting solutions for Wicket Stuff:
>
>  - the newly announced Apache Extras
>  - github's organization feature
>
> For Wicket Stuff we have a couple of things that worked fairly badly
> in the past. SVN connectivity from our build system connecting to
> SF.net was spotty at best, and didn't work most of the time. This has
> improved considerably by using Hudson instead of Teamcity (though not
> all builds that were done on teamcity have been migrated to hudson)
>
> I declare the JIRA instance of wicket stuff officially dead and gone
> to meet its maker. While we could opt for another JIRA enterprise
> license, I find maintaining the service a chore, and having to upgrade
> every now and then a waste of time better used to build cool stuff.
> While the issue trackers of Apache Extras (i.e. google code) and
> github are barebones, they have enough features to work with—we're not
> building missile guidance software requiring CMM level 5, SAS-71 etc
> certification.
>
> A similar issue arises with confluence. While I appreciate confluence
> being the best wiki available, again maintaining and upgrading it is
> no picnic, and both Apache Extras and github provide fine
> implementations of wikis.
>
> So I'd like to propose the following options:
>
>  - stay at sf.net but use the sf.net hosted issue tracker and wikis
>  - move everything over to an Apache Extras Wicket Stuff project
>  - move everything over to a Github Wicket Stuff organization
>
> Staying at sf.net
>
>  - scm options: SVN, Git, Mercurial, Bazaar, or CVS
>  - no social options
>  - No Apache Extras brand name
>  - account management a drag
>  - no limitation on allowed open source licenses
>  - web UI a complete travesty
>
> Moving to Apache Extras
>
>  - scm options: HG and SVN
>  - no social options
>  - Apache Extras brand name
>  - account management a drag
>  - limitation on allowed open source licenses
>
> Moving to Github
>
>  - scm options: git
>  - many social options (easy forking/merging/pull requests, etc)
>  - No Apache Extras exposure
>  - account management possibly easier (less need to actually add
> accounts to projects for sure)
>  - no limitation on allowed open source licenses
>
> For this exercise I assumed the wiki and issue trackers of both github
> and Apache Extras are equally barebones.
>
> What do you think? If I've missed something add to this thread. If you
> prefer one solution over the other speak up!
>
> Martijn
>
> [1]
> https://blogs.apache.org/foundation/entry/the_apache_software_foundation_launches
>

Reply via email to