what makes it different than ordinary webhook ?
More details :
11–20 of 107 posts
what makes it different than ordinary webhook ?
More details :
Please fix this to point to the original article, not this blogspam. https://about.gitlab.com/features/github/
Finally! I'm running a custom GitLab instance, and I have most of my projects in there, but I have to have some of my projects on GitHub, and having the same CI workflow available for them is going to be amazing.
It seems this feature is only available in the Premium plan, if you're hosting your own instance. It's free if you're using GitLab.com with a public GitHub repository. https://about.gitlab.com/features/github/ -- "Large Enterprises"
I’ll just hack it in there myself then, like I had to put some of the other "premium" features in myself.
Long-term it looks like I’ll have to migrate to something else then.
Please fix this to point to the original article, not this blogspam. https://about.gitlab.com/features/github/
I'm not sure if you noticed but this "blogspam" is literally a release note, as says in the title " GitLab 10.6 released", support for GitHub is one of many features.
Please fix this to point to the original article, not this blogspam. https://about.gitlab.com/features/github/
I'm not sure if you noticed but this "blogspam" is literally a release note, as says in the title " GitLab 10.6 released", support for GitHub is one of many features.
But we had been on Github, and that turned into something of a pain.
First we tried mirroring Github to Gitlab. This worked, but (a) it added a minute or two of latency to starting jobs in the CI, (b) since it went through one account, all the build emails went to a single person, and (c) the mirroring happened on our own infrastructure, which turned out not to be so reliable. So we got tired of this approach.
Eventually we decided to move development to Gitlab, but we didn't want to move our users, so we left all the user-facing elements on Github (issues, PRs, etc.). This also kind of works but has its own set of issues.
Things might have been different if we'd started on Gitlab from the very beginning, but as things are, I think having the repository on Github and the CI on Gitlab would be the best of both worlds for us.
Please fix this to point to the original article, not this blogspam. https://about.gitlab.com/features/github/
I'm not sure if you noticed but this "blogspam" is literally a release note, as says in the title " GitLab 10.6 released", support for GitHub is one of many features.
All three currently have two big flaws IMO though:
1. They all use YAML which is an awful, unintuitive format.
2. The only way to test a configuration is to commit it and push it. Why is there no way to paste a config file in their website and run that?
Hopefully one day we'll get a CI system that supports Windows, Linux and OSX and has a sane config format, and free minutes for open source projects. A man can dream!
This makes a lot of sense to me. Gives Github users a taste of Gitlab's CI capabilities.
But this sounds even smoother still.