Re:Jenkins X: a CI/CD solution for cloud applications on Kub...
by sytse on Tuesday April 24, 2018 @11:38AM
(#16913494)
Thanks for using GitLab. We want to be supportive of cherry picking GitLab features. For example we just release CI/CD with GitLab for GitHub https://about.gitlab.com/features/github/
Is there something we can add to GitLab to make it more composable?
Re:Jenkins X: a CI/CD solution for cloud applications on Kub...
by sammm on Wednesday April 25, 2018 @03:38AM
(#16919306)
Thanks for the question, greatly appreciated. We used GitLab on k8s when we first transitioned, but we found there were a few things we didn't quite like about the GitLab-Omnibus helm setup, so we moved it off the cluster and used the AWS EC2 AMI which was really easy to setup.
We are going to start experimenting with the new cloud native GitLab chart, but it would need to gain some maturity before we use it in production.
Do you know if the new GitLab cloud native helm chart will allow you to turn-off certain things like mattermost and prometheus? That was something that we didn't like about the omnibus chart because it exposed several extra services/ports that we didn't really want to manage/think about at the time.
Re:Jenkins X: a CI/CD solution for cloud applications on Kub...
by joshlambert on Wednesday April 25, 2018 @11:20AM
(#16922303)
samm we are indeed making all components that are not core gitlab services optional. You will be able to turn them off with a simple `prometheus.enabled=false`.
Thanks for giving the charts a try in alpha/beta, please pass along any feedback. We'd love to get it!
Re:Jenkins X: a CI/CD solution for cloud applications on Kub...
by wesleytodd on Tuesday April 24, 2018 @01:43PM
(#16914765)
Thanks for the good work on GitLab, I tell everyone I can how great of an experience it was to use it at my last company. The CI integration was GREAT, the ui is pretty nice and the maintenance overhead was minimal.
Also you get the close integration of your CI tool and your git repos, which is very nice from a visibility point of view.
Having said that, GitLab is trying to own all parts of the build and deployment process, which from previous HN discussions, is of great annoyance to a lot of people who want to cherry pick what they use GitLab for.