Earlier quoted context omitted.
Gitter uses a proprietary websocket protocol built on top of the Bayeux protocol: https://docs.cometd.org/current/reference/ More details can be found on the developer site: https://developer.gitter.im/docs/faye-endpoint We also have an open-source IRC bridge: https://github.com/gitterHQ/irc-bridge
I prefer matterbridge :) Supports more than IRC, and supports multiple gateways at once: https://github.com/42wim/matterbridge/
GitLab acquires Gitter, will open-source the code
91–100 of 333 posts
Re: GitLab acquires Gitter, will open-source the code
#92Re: GitLab acquires Gitter, will open-source the code
#93Earlier quoted context omitted.
I prefer matterbridge :) Supports more than IRC, and supports multiple gateways at once: https://github.com/42wim/matterbridge/
Depending on the availability of a Bayeux client for Golang, it looks like something that could be integrated quite easily.
Re: GitLab acquires Gitter, will open-source the code
#94next, I hope to see some "content" offer attached to gitlab's ecosystem, for instance a strong collaboration with stackoverflow/OSQA
I'm currently in the processor of migrating an OSQA site to AskBot, which seems currently maintained.
Re: GitLab acquires Gitter, will open-source the code
#95next, I hope to see some "content" offer attached to gitlab's ecosystem, for instance a strong collaboration with stackoverflow/OSQA
Gitter has been working on a content system called Topics. https://gitter.im/gitterHQ/topics . It's still in Beta, but Q&A and structured content is definitely something that - in addition to chat - we think is important. (edit: typo)
Re: GitLab acquires Gitter, will open-source the code
#96Earlier quoted context omitted.
Let us know what projects you miss seeing integrated with GitLab and we'll try our best to convince them, help them in any way to make sure it happens! As other point out, you should be able to use GitLab CI instead of Travis, they configure very similarly. That said, I'd welcome them integrating fully with us as well.
I've used Gitlab CI before and I do like it, but TravisCI allowed for some granular control that Gitlab CI does not have (or that I am doing wrong) - for example, ability to run specific tests in case of pull/merge requests (TrasisCI has an environment variable for it). As for other projects - the most important one for me was clubhouse.io (Gitlab Issues is great but just not as good as clubhouse.io)
Ah interesting! You can't do this now with GitLab, but we're working on supporting merge requests as special cases [0].
> As for other projects - the most important one for me was clubhouse.io (Gitlab Issues is great but just not as good as clubhouse.io)
Clubhouse sure looks nice! GitLab Issues is getting better every release and in 9.0 (March 22nd), we have some big changes for Issue Boards.
I've asked our PM on Issues (Victor) to check out Clubhouse and hopefully we can convince them to integrate with us in some way.
Re: GitLab acquires Gitter, will open-source the code
#97I love Gitlab but sadly, quite a lot of services that offer free accounts for open source projects (TravisCI comes to mind), generally don't integrate with Gitlab It's one of the few reasons why I am still using Github :( .
Re: GitLab acquires Gitter, will open-source the code
#98Earlier quoted context omitted.
Looks like they will open source the whole thing. I'd be very interested in learning how much Gitlab paid for this acquisition.
I'm sorry but we don't comment on acquisitions prices. Being transparent about it is not common in the industry and us doing this by default might make future acquisitions harder since the company being acquired might not like it. Also see https://about.gitlab.com/handbook/general-guidelines/ "Most things are public unless there is a reason not to. Not public by default are: financial and legal information"
Re: GitLab acquires Gitter, will open-source the code
#99Re: GitLab acquires Gitter, will open-source the code
#100I love Gitlab but sadly, quite a lot of services that offer free accounts for open source projects (TravisCI comes to mind), generally don't integrate with Gitlab It's one of the few reasons why I am still using Github :( .
I've yet to find something I needed that wasn't supported - or that there wasn't a better option available that did support it. TravisCI for instance, is easily replaced in all of my projects with Gitlab's integrated CI.