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

Choose GitLab for your next open source project

b.agilob.net

Post reply on HN
Print view View original

241–250 of 289 posts

Re: Choose GitLab for your next open source project

#241

Post by icebraining »

sytse wrote: post #222
icebraining wrote: post #186

Earlier quoted context omitted.

I have to agree regarding the slowness, and although we do have many repositories (~100) and the machine only has 2GiB of RAM, it does feel slow for a service that sits idle 90% of the time, and almost never gets concurrent user access. We're on 8.0.0, so maybe it has gotten better. That said, are you sure you don't have a very old version? There is a simple path for accessing code in a branch, you can just click the…

2GB of RAM for 100 repo's and a few users should be fine. But a lot of bugs and speed improvements were made since 8.0.0, please consider upgrading, it should be a smooth experience. Also, if you have not switched to the Omnibus packages already consider doing it now to reduce memory usage and improve speed.

Thanks. We do use the Omnibus package, but I'll trying upgrading when I get a chance. I'm preparing to "sell" Gitlab to my coworkers, and the slowness won't help :|

Re: Choose GitLab for your next open source project

#242

Post by sytse »

ggergbh wrote: post #240
sytse wrote: post #218

Earlier quoted context omitted.

Thanks for your kind words, especially about the balance between EE-CE features, this is hard to get right and I appreciate the feedback. We would love to see support for buildbot. I found https://pypi.python.org/pypi/buildbot-gitlab/0.1.2 And with the commit status api introduced in GitLab 8.1 it should be easy for CI products to support GitLab.

Thank you for the effort to produce such a system. It's been a long coming for the open source community.

You're very welcome, thanks for using GitLab.

Re: Choose GitLab for your next open source project

#243

Post by NetOpWibby »

sytse wrote: post #2

GitLab CEO here. Awesome to see this article! Ask me anything.

I've started using GitLab Omnibus on my own server and I friggin' love it. I've moved all of my GitHub projects over to GitLab and haven't been happier to know that if I want to change something, I can. That being said, I do have some questions.

1) Is there a way for me to make modifications to the front-end and still keep those changes when I upgrade?

2) What kind of server should I be using the fastest git pulls/pushes? Currently, my server is running on a 30GB SSD DO droplet with 1GB RAM.

Re: Choose GitLab for your next open source project

#244

Post by sytse »

icebraining wrote: post #241
sytse wrote: post #222

Earlier quoted context omitted.

2GB of RAM for 100 repo's and a few users should be fine. But a lot of bugs and speed improvements were made since 8.0.0, please consider upgrading, it should be a smooth experience. Also, if you have not switched to the Omnibus packages already consider doing it now to reduce memory usage and improve speed.

Thanks. We do use the Omnibus package, but I'll trying upgrading when I get a chance. I'm preparing to "sell" Gitlab to my coworkers, and the slowness won't help :|

I hope the upgrade helps. Certainly the upcoming GitLab 8.5 will contain a lot of speedups https://gitlab.com/gitlab-com/operations/issues/42 as long as you are not memory constrained.

Re: Choose GitLab for your next open source project

#245

Post by darklajid »

sytse wrote: post #226
darklajid wrote: post #151

If only there were a way to get ~painless~ sync with repositories hosted elsewhere. I'm stuck with TFS here, which is a PITA and broken on so many levels, it's not even funny. Running a GitLab front would solve nearly all of my problems while still complying with the dreaded "everything in TFS" policy. :/

We don't have two-way sync but we do have mirroring of external repositories in GitLab EE and .com. Please see http://doc.gitlab.com/ee/workflow/repository_mirroring.html

That is more or less all that I crave. With two caveats:

- updated once per hour or manually

Seems as if this would be generally good enough, but some sort of push integration would be awesome

- EE only

The dealbreaker. I understand. It makes sense to feature-gate stuff. But my entirely personal situation is that the company enforces TFS. I (and quite some coworkers) would prefer GitLabs features. But there's just no way for me to ask for a budget. What for? "Replace TFS"? Not gonna happen. A C"C works fine, everyone's convinced that we should go for GitLab only" might work. Perhaps. But that's impossible at the moment, I guess.

Re: Choose GitLab for your next open source project

#246

Post by sytse »

NetOpWibby wrote: post #243
sytse wrote: post #2

GitLab CEO here. Awesome to see this article! Ask me anything.

I've started using GitLab Omnibus on my own server and I friggin' love it. I've moved all of my GitHub projects over to GitLab and haven't been happier to know that if I want to change something, I can. That being said, I do have some questions. 1) Is there a way for me to make modifications to the front-end and still keep those changes when I upgrade? 2) What kind of server should I be using the fastest git pulls/pu…

Glad to hear you love GitLab.

1. No, but after a discussion on HN https://news.ycombinator.com/item?id=10931690 we did decide to merge the branded login page into CE. If you are looking for another front-end change please let me know.

2. Per our requirements https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/inst... I would advise 2GB of RAM.

Re: Choose GitLab for your next open source project

#247

Post by sytse »

darklajid wrote: post #245
sytse wrote: post #226

Earlier quoted context omitted.

We don't have two-way sync but we do have mirroring of external repositories in GitLab EE and .com. Please see http://doc.gitlab.com/ee/workflow/repository_mirroring.html

That is more or less all that I crave. With two caveats: - updated once per hour or manually Seems as if this would be generally good enough, but some sort of push integration would be awesome - EE only The dealbreaker. I understand. It makes sense to feature-gate stuff. But my entirely personal situation is that the company enforces TFS. I (and quite some coworkers) would prefer GitLabs features. But there's just no…

1. I agree that push integration would be awesome. Consider contributing it.

2. Thanks for understanding. Please consider emailing sales@ company domain to see if there are possibilities. If you are working for a large organization we can maybe do an extended trial. Please reference this comment in your email.

Re: Choose GitLab for your next open source project

#248

Post by NetOpWibby »

sytse wrote: post #246
NetOpWibby wrote: post #243

Earlier quoted context omitted.

I've started using GitLab Omnibus on my own server and I friggin' love it. I've moved all of my GitHub projects over to GitLab and haven't been happier to know that if I want to change something, I can. That being said, I do have some questions. 1) Is there a way for me to make modifications to the front-end and still keep those changes when I upgrade? 2) What kind of server should I be using the fastest git pulls/pu…

Glad to hear you love GitLab. 1. No, but after a discussion on HN https://news.ycombinator.com/item?id=10931690 we did decide to merge the branded login page into CE. If you are looking for another front-end change please let me know. 2. Per our requirements https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/inst... I would advise 2GB of RAM.

I'm a front-end developer and designer so I love tweaking things to my liking. There are links that don't look like links and padding issues in a few places. The ability to choose custom fonts from Brick.im would be great too. If nothing else, I'll make the changes and figure out how to write a script that brings my changes back after I update/upgrade.

Thanks for the requirements link, I must've missed that.

Re: Choose GitLab for your next open source project

#249

Post by sytse »

NetOpWibby wrote: post #248
sytse wrote: post #246

Earlier quoted context omitted.

Glad to hear you love GitLab. 1. No, but after a discussion on HN https://news.ycombinator.com/item?id=10931690 we did decide to merge the branded login page into CE. If you are looking for another front-end change please let me know. 2. Per our requirements https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/inst... I would advise 2GB of RAM.

I'm a front-end developer and designer so I love tweaking things to my liking. There are links that don't look like links and padding issues in a few places. The ability to choose custom fonts from Brick.im would be great too. If nothing else, I'll make the changes and figure out how to write a script that brings my changes back after I update/upgrade. Thanks for the requirements link, I must've missed that.

Certainly there is a lot of room for improving links and padding. Have you considered contributing them to GitLab? To get started see https://gitlab.com/gitlab-org/gitlab-development-kit

Having people pick custom fonts might make it hard to get the design right for everyone.

Reapplying changes in Omnibus is hard since it is shipped without a git repo, so you can't use git stash or git merge. You would need to switch to an installation from source but we don't recommend that.

I really hope you can contribute the changes you would like to see, GitLab's frontend can still use a lot of polish.

Re: Choose GitLab for your next open source project

#250

Post by kmch »

sytse wrote: post #2

GitLab CEO here. Awesome to see this article! Ask me anything.

I know this isn't good feedback and I'm sorry for it, but when I tried using GitLab for a group project in school I had some trouble adding everybody to the repository and then letting them pull through the GitHub client. In the end I had to switch to using GitHub for that project, because the others got impatient and it was hard to even convince them of using git at all. Maybe it's just me, but it'd be nice if you could make that experience easier and would maybe offer a client of your own with really basic features for not-so-technical people to use.
Post reply on HN