Fair point, that being said both CI tools have Java agents which are quite portable across various systems. We were running Gitlab CI agents on 32/64bit PPC systems running debian 8.
We did a very high level eval between Gitlab and the Atlassian suite a while back. The 'unpolished' aspect of the Atlassian suite I found to be the front-end. At the time it was clunky and buggy, my experience with Atlassian has been riddled with me swearing at their UI. It may be better? This was in '14. If anything, I find Gitlab being very 'neat', and being open source, hackable. This being said, the Atlassian tool suite all integrates very nicely; from Jira, Bamboo, Stash, Confluence, etc. Really nice in the enterprisey world (I use all daily). AT On Mon, Jan 25, 2016 at 8:56 PM, Martin Winter < [email protected]> wrote: > On 24 Jan 2016, at 21:17, Alexander Turner wrote: > > I really like the Gitlab and Gitlab CI option - heavy ruby app but very >> customisable and the CI agent runs on anything. We were using it to build >> against PPC cluster a while back and really liked it. >> > > Be careful when you say it “runs on anything”. Currently I run builds and > tests on Ubuntu 12.04, Ubuntu 14.04, Debian 8, CentOS 6, CentOS 7, FreeBSD > 8, > FreeBSD 9, FreeBSD 10, NetBSD 6, NetBSD 7, OpenBSD 5.8 and OmniOS > (Solaris) - > and I’m sure this list _WILL_ grow. > I haven’t even started to test on non-intel platforms… > > Even CI systems with the “universal” Java clients fail. Neither > Atlassian’s (part > of Bamboo) or Jenkins can do this. I’m actually using for a lot of work a > local > agent on the CI system itself which executes the needed command across a > SSH > session. At lease SSH seems to run “on anything”. > > But independent of this, I’ve installed a test Gitlab server and it > actually has > hooks into Atlassian Bamboo as CI system as well (and many more). My > initial > impression is that Gitlab would work fine with my CI system. > > I've never really like the Atlassian suite - found it incredibly fiddly. >> > > Interesting. My experience is that they are extremely polished. Sometimes > a bit > less feature-rich than some bleeding edge open source community software, > but > generally much more stable. > (i.e. When I started looking for a CI system, I could not find a working > Jenkins > version. Bugs got fixed fast, but every new version had something else > essential > [for me] broken.) > Might be that you spent time with very old versions of Atlassian tools > (long time back)? > > Anyway, I’m not saying Atlassian tools are better - I have not made up my > mind > yet. I really like the polished interface and the open integration to other > tools in Gitlab, but I need to play with code reviews in the tools. That > seems to > be the main issue why we even discuss these tools. > > - Martin > > > On Sun, Jan 24, 2016 at 8:09 PM, Martin Winter < >> [email protected]> wrote: >> >> >>> >>> On 23 Jan 2016, at 8:44, Kei Nohguchi wrote: >>> >>> By the way, why github is not the option? I believe we've already talked >>> >>>> about it, but just curious. >>>>>> >>>>>> >>>>> I prefer something which is self-hosted. Usually more flexible to >>>>> customize and add hooks as needed (i.e. hooks into >>>>> my CI system). Not sure what other think, but my impression that at >>>>> this >>>>> time we mainly discuss choices for code >>>>> review and focus on choices which can be self-hosted >>>>> >>>>> >>>> Thank you, Martin, for the info! Now, github is just a mirror. >>>> >>>> Regarding gitlab, as Paul mentioned, gitlab can be self-hosted, or I >>>> would say, they started as the self hosted github. :) That's what we >>>> did >>>> last time, as our code was closed… >>>> >>>> https://about.gitlab.com/downloads/#ubuntu1204 >>>> >>>> >>> That’s my understanding as well, but I have not yet started to look into >>> Gitlab. >>> >>> I’ve installed a Gerrit Server so far, but have not yet played very much >>> with it. >>> >>> On a side note: If someone wants an account on my gerrit server, then >>> send >>> me an private >>> email with account name(s) and if you want admin or user account (or both >>> - then send me 2 account names). >>> The gerrit server is a PLAYGROUND. I have VM snapshots in case things go >>> wrong to rollback and >>> I will delete the server at the end - so don’t use it for anything real. >>> >>> (PS: I’m giving a talk about the challenges on testing Quagga at the >>> >>>> Netdevconf in Sevilla at the beginning >>>>> of february) >>>>> >>>>> >>>> I wish I can be there. Do you think that will be recorded and posted >>>> somewhere so that I can watch? >>>> >>>> >>> I assume - most conferences I go have talks online afterwards, but I’ll >>> post at least the >>> paper & slides afterwards on our web server. >>> >>> - Martin >>> >>> >>> _______________________________________________ >>> Quagga-dev mailing list >>> [email protected] >>> https://lists.quagga.net/mailman/listinfo/quagga-dev >>> >>>
_______________________________________________ Quagga-dev mailing list [email protected] https://lists.quagga.net/mailman/listinfo/quagga-dev
