Got the mattermost integration working with one of our repos today and it seems pretty great. Probably going to move over from Slack to it as I try to consolidate services. I just need them to release the ability to have issue boards that cover multiple repos and it'll be perfect for us.
Interestingly, we're quite heavy users of GL (EE) and I'm probably the main person to log into the servers to do upgrades / check on things etc... and I haven't noticed any memory issues, not saying that they don't exist like I know that workers have to be reaped every so often to prevent memory leaks etc... which while isn't great is very very common and is just a delivery decision as a trade off between development time vs a bandaid approach.
I guess it does seem less exciting considering the huge changes they've made this year. 8.15 will be interesting considering it is meant to close off their "Idea to Production" workflow.
edit: changed the merge request URL from the EE one to the CE one even though the content is basically the same.
A lot of people don't need review apps.
My company is too damn small to have a Kubernetes/Openshift Cluster/Machines running just idling and waiting till a review app needs to spun up.
Also we are using staging pretty heavily and do version based deployments/installers, where it's really not necessary.
We actually release more often than Gitlab tough, one non bug fix version every two weeks.
For me review apps would've been the EE feature and time tracking the non EE one, especially since time tracking is also the one that many smaller companies might use.
I Also think that they should add a way to have -no-ff merges for CE (not all options but -no-ff would be helpful), but actually that's a EE only feature.
Well we switched from Stash/BitBucket to it and are still happy since we screwed JIRA also and it's way easier to maintain. I mean JIRA/Bitbucket still have no apt/rpm repository?!
Still wondering what happens if gitlab upgrades PostgreSQL, if that will happen automatically...
When GitLab upgrades PostgreSQL, it will require a manual step (typing a command through the `gitlab-ctl`) as it involves downtime and can take quite some time depending on how big the database is.
At some point (now? before?) they'll start to hit feature parity with the market leader (github, presumably) and the releases are bound to be significantly less exciting.
I'm pretty happy with gitlab too,
but if i had to compare it with github i would go:
- gitlab.com is neat but often has 5XX or is often pretty slow
- doc is somewhat messy i rarely find what i'm looking for.
- UI/UX get better but still confusing.
- notifications are not clear and i often get what i don't want (my own things) and not what i want (what other did)
1. Probably I went to gitlab.org, I did not enter it, firefox cached it. Because now it redirected me to http://about.gitlab.com and it asked me to sign in.
3. I will send you the email later, one or two days. I am currently writing an intro book to VueJS. As soon as I finish it, I'll shoot you an email. (https://github.com/thewhitetulip/intro-to-vuejs/ only one chapter is written yet)
Actually, I think feature parity was reached last year and they are now ahead (if you consider pure github, without its ecosystem). You can probably find as much things in github missing from gitlab than the reserve.
It was quite clear it was github's turn to play catch up earlier this year when gitlab published its issue board and github made one a few months later.
It's helpful. when you have to quote estimates to your customer, this estimate is what is going to be really billed and then you want to know, how much you were off, whether you actually have some margin. By comparing estimates to actuals, you can get better at your estimates.
It can be annoying, but for example, redmine-style time tracking in checkin comments are quite unobtrusive.
Yes, although some colleagues prefer logging their time separately. The commit message allows only for specifying hours, the separate time-sheet entry also date and activity (i.e. designing, testing, documenting, and other non-strictly programming activities). It also allows to specify the same task several times, without having multiple commits :)
One would assume that if a company wants to track the employee's spent time, they already found a way of doing this. GitLab is only providing a different, and perhaps easier, way of doing it.
Well I work at a company that has requirements and wants them done on deadlines. It's not evil. Tracking time against estimates is helpful so we can know if estimates are correct.
As a developer forced to use a very crappy web-based 1990 time tracking tool, this is simply awesome. We track times to bill clients in service requests