Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GitLab announces $4M series A funding from Khosla Ventures

about.gitlab.com

Post reply on HN
Print view View original

71–80 of 84 posts

Re: GitLab announces $4M series A funding from Khosla Ventures

#71

Post by lvillani »

stephenr wrote: post #70
ouiyaaa wrote: post #67

Earlier quoted context omitted.

1995: I'm feeling naive, but I have to ask, why Unix? Is there something Microsoft doesn't have? 2005: OMGZ M$ monopolyzzz Seriously, competition is good. Putting all your eggs in one basket is not. Always keep a copy of Github repo as a Gitlab repo. Learn about git remote-add. Github was DDOSd a few months back, don't let that stop your work.

Mostly I agree except for the bit about Github being DDOS'd "stopping work". I never understood quite how the same people who were chomping at the bit declaring "git is our saviour" 5 years ago, are the same people who now claim to be "unable to work" because GitHub is not available...

GitHub is not just a place to host Git repos. It has an issue tracking system, wikis, pull requests, integrations with 3rd party tools, and reviews done through a pretty web interface.

If you rely on those parts of GitHub and it gets DOS'd, your workflow suffers.

Re: GitLab announces $4M series A funding from Khosla Ventures

#72

Post by stephenr »

lvillani wrote: post #71
stephenr wrote: post #70

Earlier quoted context omitted.

Mostly I agree except for the bit about Github being DDOS'd "stopping work". I never understood quite how the same people who were chomping at the bit declaring "git is our saviour" 5 years ago, are the same people who now claim to be "unable to work" because GitHub is not available...

GitHub is not just a place to host Git repos. It has an issue tracking system, wikis, pull requests, integrations with 3rd party tools, and reviews done through a pretty web interface. If you rely on those parts of GitHub and it gets DOS'd, your workflow suffers.

For reference, GH wiki's are just git repos of Markdown files. You can pull/push just as you would a regular repo.

For the other things: I know the things it offers, and how much certain people get attached to them (as if GH somehow invented simple issue management). I didn't say you can work when GH is offline for a week. If it's down for a few hours it seems unlikely people would not be able to work at all because of it.

Honestly all of this is why I very much prefer open, simple things that can work offline:

* GH wikis are a good example of this.

* BugsEverywhere could be a good replacement for a purely centralised issue tracker.

Some things (e.g. CI builds) are generally likely to need a central repo up to pull from, but in general I believe that if you embrace and rely on open and simple tools, your options to avoid network/vendor related issues are much greater.

Re: GitLab announces $4M series A funding from Khosla Ventures

#73

Post by drewcrawford »

sytse wrote: post #30
romanovcode wrote: post #22

Nice! I really hope some competitor to GitHub will arrive someday soon.

I think we're already there, what would you like to see?

Let me tell you my regular frustration, as a person migrating tons of stuff to GitLab.

1. Google "GitLab [obvious feature]"

2. Land on feedback.gitlab.com, on a feature request with hundreds of upvotes

3. "We're accepting pull requests"

4. Filed in 2013

5. Still open

6. Sigh loudly.

7. Check the blog for what evidently more important features they've been working on instead

8. "We're very excited to announce that we'll ship GitLab Mattermost, an open source, on-premises messaging app"

9. Sigh loudly

10. Conclude that they are probably an open source company strapped for cash and to cut them some slack

11. See HN article about closing series A

12. "Oh good, now they can finally get to their epic feature backlog"

13. "I think we're already there, what would you like to see?"

14. Sigh loudly.

Don't get me wrong, I love GL. But wow is that workflow annoying.

Re: GitLab announces $4M series A funding from Khosla Ventures

#74

Post by Rafert »

scrollaway wrote: post #4
yarper wrote: post #3

Maybe with this 4M they can stop producing workflow crushing bugs. I'm getting a bit tired of explaining to my boss why first he can't search the code because our repo is too big, then search doesn't work in firefox, then when he gets through the diff/file is too large (we've only recently seen the syntax highlighting start to work too). Then after someone does the work, then they can't assign the MR because of glitc…

> Also like most people that I've spoken to, we're not interested in gitlab-ci at all Consider me part of the crowd that is very interested. Travis is atrociously bad. Jenkins I've heard some good things about but I have mostly negative experiences with it. Alternatives are needed. And something like gitlab would sorely lack if it didn't have CI integration.

I've been happy with http://www.go.cd/

Re: GitLab announces $4M series A funding from Khosla Ventures

#75

Post by philjackson »

scrollaway wrote: post #4
yarper wrote: post #3

Maybe with this 4M they can stop producing workflow crushing bugs. I'm getting a bit tired of explaining to my boss why first he can't search the code because our repo is too big, then search doesn't work in firefox, then when he gets through the diff/file is too large (we've only recently seen the syntax highlighting start to work too). Then after someone does the work, then they can't assign the MR because of glitc…

> Also like most people that I've spoken to, we're not interested in gitlab-ci at all Consider me part of the crowd that is very interested. Travis is atrociously bad. Jenkins I've heard some good things about but I have mostly negative experiences with it. Alternatives are needed. And something like gitlab would sorely lack if it didn't have CI integration.

A bit shitty of me to recommend an alternative to Gitlab on this post, but have a look at circleci - it's very impressive.

Re: GitLab announces $4M series A funding from Khosla Ventures

#76

Post by yarper »

sytse wrote: post #7
yarper wrote: post #3

Maybe with this 4M they can stop producing workflow crushing bugs. I'm getting a bit tired of explaining to my boss why first he can't search the code because our repo is too big, then search doesn't work in firefox, then when he gets through the diff/file is too large (we've only recently seen the syntax highlighting start to work too). Then after someone does the work, then they can't assign the MR because of glitc…

I'm sorry to hear you're workflow crushing bugs on updates. We'll certainly use the money to hire more developers and service engineers https://about.gitlab.com/jobs/ Although GitLab moves very fast and there always are regressions I thought we are getting much better at releasing patches for all regressions. I'm sorry to hear your experience is different. How large is your repo? Code search shells out to git and tha…

You've gotta look at it this way - when github updates do I even notice? Have you ever had a bug that stopped you working on github? I personally use github all the time and have never seen a bug on it. I trust it completely (well.. tech wise).

Our repository is a few million lines, maybe 20,000 commits. The search works fine now it has been changed to call out to git properly (aside from the js searchbox thing in ff). Repositories are stored on the same server. I'm not going to dig up all the issue numbers and turn this into a support request, I am involved in reporting these and commenting on them @ gitlab.com.

The syntax highlighting updates have been very well received, but I mean gitlab was shipped with syntax highlighting that doesn't work properly with Java code. Not exactly a unusual lang. And I guess that's where my rant was going - you can't ship crap like that, you should be shipping with 0 known bugs. Every time gitlab ships a bug like this, I take a knock in the office on your behalf and that's why I'm so openly annoyed.

Perhaps you could do a LTR or open a beta programme for early adopters?

Re: GitLab announces $4M series A funding from Khosla Ventures

#77

Post by maratd »

chrisseaton wrote: post #44
maratd wrote: post #42

Earlier quoted context omitted.

No, they're not. That said, there is no valid engineering reason why any web app should require more than 512MB of memory to run with minimal user load . User load is what bumps up the RAM requirements. If the active user count is in the single digits and you're running into problems with RAM, either something is deeply misconfigured on your server, you have a ton of data, or the codebase is poor.

What if your web app manages a data structure that is simply larger than 512 MB? Like analytics data or something like that.

Please read what I wrote again. I specifically mentioned a large data set.

Re: GitLab announces $4M series A funding from Khosla Ventures

#78

Post by sytse »

yarper wrote: post #76
sytse wrote: post #7

Earlier quoted context omitted.

I'm sorry to hear you're workflow crushing bugs on updates. We'll certainly use the money to hire more developers and service engineers https://about.gitlab.com/jobs/ Although GitLab moves very fast and there always are regressions I thought we are getting much better at releasing patches for all regressions. I'm sorry to hear your experience is different. How large is your repo? Code search shells out to git and tha…

You've gotta look at it this way - when github updates do I even notice? Have you ever had a bug that stopped you working on github? I personally use github all the time and have never seen a bug on it. I trust it completely (well.. tech wise). Our repository is a few million lines, maybe 20,000 commits. The search works fine now it has been changed to call out to git properly (aside from the js searchbox thing in ff…

I'm glad to hear most things are working now. We're hiring to put more eyes on the open issues on GitLab.com. If you want a more stable GitLab upgrade to a new minor release on the 21th of every month. At that time all the patches should have landed. We strive to fix all known regressions. If they want to use the bleeding edge people can use our release candidates. Or run master, like we do on our internal server.

Re: GitLab announces $4M series A funding from Khosla Ventures

#79

Post by sytse »

drewcrawford wrote: post #73
sytse wrote: post #30

Earlier quoted context omitted.

I think we're already there, what would you like to see?

Let me tell you my regular frustration, as a person migrating tons of stuff to GitLab. 1. Google "GitLab [obvious feature]" 2. Land on feedback.gitlab.com, on a feature request with hundreds of upvotes 3. "We're accepting pull requests" 4. Filed in 2013 5. Still open 6. Sigh loudly. 7. Check the blog for what evidently more important features they've been working on instead 8. "We're very excited to announce that we'…

There are 1000+ features open on feedback.gitlab.com, we can't make them all. If people contribute them that is a strong signal they are wanted. What is the feature you would like to see?
Post reply on HN