Dear all,
The developer infrastructure of OpenXdata is hosted as range of virtual servers running at the University of Bergen.
It has served us well so far, but it is time to make the move to some other hosted/cloud solution for the core development services and tools (trac/svn/nexus/Jenkins/+++). My personal reason for wanting a switch is to reduce our maintenance cost/time on the core infrastructure and rather focus on development and new ideas!
Ideally I would prefer that we “outsource” as much as possible of the current infrastructure.
We can also consider other alternatives for the website and documentation as well as demo servers.
The servers at UiB will be available for as long as they are needed.
One option is that we apply to get free “open source” hosting through Atlassian and use Jira/Bamboo/Bitbucket/Confluence etc.
https://www.atlassian.com/software/views/open-source-license-request
Please way in with your suggestions on what solutions/approaches we can use.
Have a great weekend!
Best
Jørn
__________________________________________________________
Jørn Klungsøyr – www.zegeba.com - mobile: +4791365731, chat: jornklung
--------------------
--
You received this message because you are subscribed to the Google Groups "openXdata Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openxdata-de...@googlegroups.com.
To post to this group, send email to openxd...@googlegroups.com.
Visit this group at http://groups.google.com/group/openxdata-dev.
For more options, visit https://groups.google.com/d/optout.
Hi Shashank,
Thanx for the input!
GitHub is a great tool.
SourceForge feels disorganized and overloaded with ads.
GoogleCode is also an alternative.
Do you know if they have cloud offering for build servers for open source projects?
One option could be: https://travis-ci.org/ - but I’ve never tried it.
The key things we need to find a cloud replacement for to is:
a) Source code repository (currently subversion)
b) Issue/ticket handling (currently trac)
c) Build server (currently Jenkins)
d) Dependency/Maven repository (currently Nexus)
Best
Jørn
__________________________________________________________
Jørn Klungsøyr – www.zegeba.com - mobile: +4791365731, chat: jornklung
--------------------
Hi again,
Redmine/Bitnami are great products and solutions, but they don’t solve my headache.
The issue is really not hosting vm’s (as we do that for free at Univ.ofBergen) but maintaining them and keeping them up to date as well as secured against attacks (which is a growing problem) and also keeping costs at a minimum.
My aim is to replace these vm’s and their services with free cloud services for open source projects and thus reduce the number of vm’s we run/manage ourselves to a bare minimum (or none if possible).
Best,
Hi Dagmar,
Thanx for the inputs!
I’m fine with GitHub – does much the same as Bitbucket – though Jira++ has more features. GitHub is something inbetween BitBucket + Jira. Both use git as underlying tech.
The link for Atlassian was for both hosted (OnDemand) and running on own infrastructure (Download).
And correct, I do not want to run Bitbucket/Jira/Bamboo or other systems own infrastructure.
Snap-CI looks good.
For Nexus I believe they “mirror” libraries that we depend on (as a backup) – other than that it is primarily our own stuff there.
Discovered that Sonatype provides free Nexus hosting for OSS projects:
https://oss.sonatype.org/#view-repositories
Maybe that could solve that part of the puzzle.
So maybe github + snap-ci + oss.sonatype could solve most things?
I suggest we focus on transforming the developer infrastructure first, and then the remainder e.g. wordpress/demo etc.
Jørn
__________________________________________________________
Jørn Klungsøyr – www.zegeba.com - mobile: +4791365731, chat: jornklung
--------------------
Interesting suggestions regarding trac-github here:
http://stackoverflow.com/questions/6671584/how-to-export-trac-to-github-issues
Jørn
__________________________________________________________
Jørn Klungsøyr – www.zegeba.com - mobile: +4791365731, chat: jornklung
--------------------
From: Jørn Klungsøyr [mailto:jorn.kl...@zegeba.com]
Sent: 29. september 2014 09:57
To: 'openxd...@googlegroups.com'
Subject: RE: [openXdata-dev] OpenXdata developer infrastructure
Hi Dagmar,
Thanx for the inputs!
I’m fine with GitHub – does much the same as Bitbucket – though Jira++ has more features. GitHub is something inbetween BitBucket + Jira. Both use git as underlying tech.
The link for Atlassian was for both hosted (OnDemand) and running on own infrastructure (Download).
And correct, I do not want to run Bitbucket/Jira/Bamboo or other systems own infrastructure.
Snap-CI looks good.
For Nexus I believe they “mirror” libraries that we depend on (as a backup) – other than that it is primarily our own stuff there.
Discovered that Sonatype provides free Nexus hosting for OSS projects:
https://oss.sonatype.org/#view-repositories
Maybe that could solve that part of the puzzle.
So maybe github + snap-ci + oss.sonatype could solve most things?
I suggest we focus on transforming the developer infrastructure first, and then the remainder e.g. wordpress/demo etc.
Jørn
__________________________________________________________
Jørn Klungsøyr – www.zegeba.com - mobile: +4791365731, chat: jornklung
--------------------
From: openxd...@googlegroups.com [mailto:openxd...@googlegroups.com] On Behalf Of Dagmar Timler
Sent: 29. september 2014 08:51
To: openXdata Developers
Hi,
Sounds like a good idea to test a repo or two.
I’ve created the organization at https://github.com/openxdata
I have not created a repo for protocol-providers as I’m wondering if we should split it so that each provider is a separate git repo. Will likely be easier to manage over time.
Core devs, please send an email with your github account to con...@openxdata.org
The workflow of incorporating changes etc would have be different from today, but I think that will be manageable.
Everyone can create clones and send pull requests (instead of ticket patches) – but only core devs can do the actual pull – in addition I would recommend that core devs also work through the same approach (but all of that is likely for another day…..).
Have a great day!