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

261–270 of 289 posts

Re: Choose GitLab for your next open source project

#261

Post by techdragon »

thenomad wrote: post #164
techdragon wrote: post #162

Earlier quoted context omitted.

I'm getting to a point where I may have to save my "Phabricator promotional rant" as a text expansion of some sort. It's a prime example of people not looking hard enough. People don't want just code hosting otherwise GitHub and friends wouldn't have extra features.. So Phabricator lives out in "project management software land" and no one looking for a good GitHub alternative seems to find it... Meanwhile it's blood…

What are the high points of Phabricator? I'm reading the landing page, but the terribly self-deprecating style makes it hard to find the actual pain-point solutions buried within.

The best way to check out Phabricator is to go look around the Phabricator instance used by Phacility to manage the Phabricator project itself.

https://secure.phabricator.org/

This gives has all their documentation, applications, and handy nearby search to find answers to the questions you may be thinking about while checking out each application.

Re: Choose GitLab for your next open source project

#262

Post by Walkman »

pearjuice wrote: post #157
Walkman wrote: post #150

Earlier quoted context omitted.

Nobody is forcing anybody to make their code public. It's their choice. You can have your code on your machine and on your servers only. Hosting your code is an option.

And what if you are working with more than one person on the same private code base? You work on the same machine? Extreme programming?

You probably don't know how easy it is to push your code to another machine through SSH and share a Git repository that way.

Re: Choose GitLab for your next open source project

#263

Post by radarsat1 »

cpitman wrote: post #193
radarsat1 wrote: post #183

Is there a way to port publicly viewable github issues and PRs over to gitlab automatically?

When you create a repository you have the option of importing it from GitHub. You'll have to authorize it to access your GitHub repositories, but then it can pull over all of the issues that are part of the project.

The issues are public though, why does it need my authorization?

Re: Choose GitLab for your next open source project

#264

Post by kennydude »

matheweis wrote: post #26
sytse wrote: post #11

Earlier quoted context omitted.

Thanks for your question! We're a VC backed startup so we have to have a so called liquidity event at some point. As explained on https://about.gitlab.com/strategy/ our goal is to IPO instead of being aquired. This will ensure we can preserve our culture, mission and goals. There will always be an open source version of GitLab, more than 1000 people contributed and it the most popular self-hosted option, used on-prem…

Thanks for the answer - very helpful! Other (unrelated) minor things: - SAML support exists, but at last check was mostly broken. Universities in particular use SAML over OAuth (See http://www.incommonfederation.org/participants/ ) - Resource usage seems very high for small shops; will there be a GitLab "lite"? ...would be especially awesome if it didn't need a mostly dedicated container and could drop in as a subfol…

SAML and Shibboleth is awfully documented itself, so I'm not surprised at all.

Re: Choose GitLab for your next open source project

#265

Post by rolfbj »

knocte wrote: post #121
sytse wrote: post #2

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

Three questions: a) I know some projects which would love to move to gitlab from sourceforge, but you don't provide mailing lists like the latter, right? b) Why is your git-blame feature so fragile? It barely works for me, almost always shows the "error" page. c) Since you shut down gitorious you have published a mirror to get the data out (thanks! finally!), but I don't find one repository in your list in here :( :…

c) is https://gitorious.org/banshee/windows-binaries.git the one you are looking for?

Re: Choose GitLab for your next open source project

#266

Post by sytse »

sytse wrote: post #137
knocte wrote: post #121

Earlier quoted context omitted.

Three questions: a) I know some projects which would love to move to gitlab from sourceforge, but you don't provide mailing lists like the latter, right? b) Why is your git-blame feature so fragile? It barely works for me, almost always shows the "error" page. c) Since you shut down gitorious you have published a mirror to get the data out (thanks! finally!), but I don't find one repository in your list in here :( :…

a) not yet but we would love to https://gitlab.com/gitlab-org/gitlab-ce/issues/4272 b) I think there is something wrong and have created an issue https://gitlab.com/gitlab-org/gitlab-ce/issues/13413 c) sorry it took so long for the mirror to be copied to the internet archive, I've asked for help with your question but this will likely take a couple of days.

Regarding point c, is it https://gitorious.org/banshee/windows-binaries ?

Re: Choose GitLab for your next open source project

#267

Post by sytse »

sytse wrote: post #11
matheweis wrote: post #5

Earlier quoted context omitted.

Concerned about the long term implications of the high growth startup model... Gitlab is awesome and all that, but how can I be sure the free version will stay that way in the long run? Is the free (free as in beer, I'm not an open source zealot otherwise) Gitlab not just a part of the conversion funnel, eventually made unsustainable once growth plateaus?

Thanks for your question! We're a VC backed startup so we have to have a so called liquidity event at some point. As explained on https://about.gitlab.com/strategy/ our goal is to IPO instead of being aquired. This will ensure we can preserve our culture, mission and goals. There will always be an open source version of GitLab, more than 1000 people contributed and it the most popular self-hosted option, used on-prem…

MySQL reminded me of something that also should be in our stewardship promises so I added it https://gitlab.com/gitlab-com/www-gitlab-com/commit/c3e543a4...

Re: Choose GitLab for your next open source project

#268

Post by pearjuice »

Walkman wrote: post #262
pearjuice wrote: post #157

Earlier quoted context omitted.

And what if you are working with more than one person on the same private code base? You work on the same machine? Extreme programming?

You probably don't know how easy it is to push your code to another machine through SSH and share a Git repository that way.

Actually I do, isn't that how it is most frequently done? Fact is that even though it works and you can set it up yourself, it is not a good solution to decentralizing a code base. You might have a private machine to which everybody ssh'es and pushes and pulls from, but only a few do that because they don't want to be/have the ops people who run that box. And that is including but not limited to issues and a sane UI for collaborations. That's very well the problem that github/bitbucket/gitlab and the like solve.

So you are telling me that there is no problem and people should just use a private SSH connection to a box they own?

Re: Choose GitLab for your next open source project

#269

Post by sytse »

kmch wrote: post #250
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 c…

I'm sorry to hear that. Why was it hard adding people to the repository?

Re: Choose GitLab for your next open source project

#270

Post by sytse »

jhasse wrote: post #258
sytse wrote: post #219

Earlier quoted context omitted.

I'm sorry to hear you don't like the UI. What do you think we should improve? BTW Technically GitLab is not a SPA, it uses turbolinks to do page loads.

Basically I just don't like some "features" which are anti-patterns IMHO: * With SPA I mean that clicking on a link, my browser doesn't load a new page, but rather some JavaScript seems to do it. * Depending on the browser width, the description of the icons on the left disappears. It should always be there, I'd rather have a horizontal scrollbar than not knowing which button does what. * Fixed headers. Vertical scre…

1. What is the problem with this? Back links and everything else should still work. And it saves a lot of time. 2. I agree the user should be able to override and made https://gitlab.com/gitlab-org/gitlab-ce/issues/13436 3. Where do we do this? 4. I don't think infinite scrolling is always bad. 5. What do you suggest we do instead? PNG's for all icons are expensive to load.
Post reply on HN