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

211–220 of 289 posts

Re: Choose GitLab for your next open source project

#211

Post by sytse »

kaendfinger wrote: post #195
sytse wrote: post #125

Earlier quoted context omitted.

Thanks for the feedback and for listing the features that you are concerned about. The squash functionality is likely to stay EE only since it is similar to rebasing. Rebasing is EE only because larger enterprises are more likely to have this workflow. Regarding the 'test the merge' functionality I've only heard requests from large organizations for that, can you detail the context in which you want to use it? The co…

First off, I would really like to commend you for caring and responding to everyone on here. You deserve a lot of kudos for this! 'Test the merge' is something that we already get from GitHub. Travis CI tests both the merge and the branch itself. I think it only makes sense to test both, in fact, if I were to choose one way for a Merge Request, I would just test the merge result. We have IoT Platform SDKs (See https:…

Thanks for your kind words. I was not aware that Travis CI tests both the branch and the merge, do you maybe have a link to the documentation for this?

There are a couple of ways to implement this feature and we're discussing them in https://gitlab.com/gitlab-org/gitlab-ce/issues/4176 Feel free to join the conversation and/or contribute it. For now this feature is planned for 8.7 but this might change.

Re: Choose GitLab for your next open source project

#212

Post by sytse »

eyko wrote: post #166
sytse wrote: post #125

Earlier quoted context omitted.

Thanks for the feedback and for listing the features that you are concerned about. The squash functionality is likely to stay EE only since it is similar to rebasing. Rebasing is EE only because larger enterprises are more likely to have this workflow. Regarding the 'test the merge' functionality I've only heard requests from large organizations for that, can you detail the context in which you want to use it? The co…

> Regarding the 'test the merge' functionality I've only heard requests from large organizations for that, can you detail the context in which you want to use it? There might be some confirmation bias here going on. In my experience, a lot of enterprise clients I've worked with are using Gitlab. I'm yet to see one major open source project on Gitlab, apart from gitlab itself.

We also have a lot of smaller organization using GitLab on-premises. There are currently few open source projects on GitLab.com, notable ones include Mailman and F-droid.

Re: Choose GitLab for your next open source project

#213

Post by dominotw »

pearjuice wrote: post #155
dominotw wrote: post #148

I don't know, Gitlab seems a little too enterprisey for me. For example their documentation is too 'serious' they link to martin fowler's wiki for "feature branch" and wikipedia for "feature driven development". Their gitlab flow has waterflow development like production branch with things going to "production".I do oss for fun, not to go to another job after the first one. They don't have the cool hipster vibe that…

Joke's on you, the sole reason Github "community" exists is to attract customers to their enterprise plans. That's where the money is earned.

yea, whats your point? you expect them to host the site out of goodness of their hearts?

HN is ycombinator trojan horse for HN startups with full censorship of articles critical of their startups. Yet you are here aren't you?

Re: Choose GitLab for your next open source project

#214

Post by sytse »

eknkc wrote: post #170
sytse wrote: post #2

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

GitLab is confusing. I mean, there is gitlab.com, there is ee, weird multi user licenses, community edition, githost etc. you need to simplify entry.

Our 4 products offerings are explained on our homepage and https://about.gitlab.com/about/ Please let me know how we can improve the explanation.

Multi user licenses are common in the industry but I don't like them either so we're switching to subscriptions you can buy per user before either GitLab 8.5 or 8.6.

Re: Choose GitLab for your next open source project

#215

Post by sytse »

phillc73 wrote: post #152
sytse wrote: post #15

Earlier quoted context omitted.

Thanks for your question! We are trying to make GitLab.com the best place to host open source projects, see https://about.gitlab.com/strategy/ We do not think that paying for hosting itself makes sense, see https://about.gitlab.com/gitlab-com/#why-gitlab-com-will-be-... Instead of giving cash to use I would encourage people to move their projects and contribute by adding the features they need or helping our people,…

A bit late responding to this thread, due to sleep. I recently started to mirror my repositories between GitHub and GitLab (they're just really small R packages). It was very simple to update my local git config file so that "git push origin master" now pushes changes to both GitHub and GitLab. I've also made it clear in the README how to install from GitLab. Three minor annoyances: * GitLab doesn't support Rmarkdown…

Thanks for using GitLab and for your feedback.

1. GitLab uses the awesome Rouge library to do syntax highlighting, this does support R https://github.com/jneen/rouge/blob/master/lib/rouge/lexers/... but apparently Rmarkdown is broken. I hope someone will contribute this to Rouge.

2. If you want to display the projects publically please make them public. If I misunderstood please let me know.

3. Please email support@gitlab.com about the broken group image and reference this comment. I'm sorry it is not working.

4. Relative links took a lot of work but I didn't hear any complains in the last few months. If it is not user error please open an issue.

5. If you self-hosted installation thrashes consider switching to the Omnibus packages (if you haven't done so already) and increasing memory. For memory requirements please see https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/inst...

Thanks again for your comment.

Re: Choose GitLab for your next open source project

#216

Post by sytse »

trendnet wrote: post #175
sytse wrote: post #2

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

Do you have any plans to provide some lightweight project management options in GitLab? I don't even want anything complex. Maybe, just a Trello-Kanban-like view of Issues and a simple burn down chart. With CI and Git/VCS and code review features GitLab could become the only thing a small team should install to go independent.

Thanks for asking. As detailed in https://about.gitlab.com/direction/#scope we plan to add Huboard as a kanban board and there is currently a bounty for that https://github.com/huboard/huboard/issues/276

A burndown chart is something we planned to do now that we have issue weights. I couldn't find the issue for it so I created on https://gitlab.com/gitlab-org/gitlab-ce/issues/13422

Re: Choose GitLab for your next open source project

#217

Post by sytse »

trendnet wrote: post #175
sytse wrote: post #2

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

Do you have any plans to provide some lightweight project management options in GitLab? I don't even want anything complex. Maybe, just a Trello-Kanban-like view of Issues and a simple burn down chart. With CI and Git/VCS and code review features GitLab could become the only thing a small team should install to go independent.

Thanks for asking. As detailed in https://about.gitlab.com/direction/#scope we plan to add Huboard as a kanban board and there is currently a bounty for that https://github.com/huboard/huboard/issues/276

A burndown chart is something we planned to do now that we have issue weights. I couldn't find the issue for it so I created on https://gitlab.com/gitlab-org/gitlab-ce/issues/13422

Re: Choose GitLab for your next open source project

#218

Post by sytse »

ggergbh wrote: post #173
sytse wrote: post #2

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

I use GitLab on CentOS 7, self hosted, from source. It works great, I really like this project, I think it beats any alternative hands down. I really like the accurate documentation for upgrading between versions from source (keep it up !). I think there is a very good balance between EE-CE features, I find that the availability of the features is well thought of. I don't use GitLab-CI at the moment (running buildbot…

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.

Re: Choose GitLab for your next open source project

#219

Post by sytse »

jhasse wrote: post #165
sytse wrote: post #2

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

Am I the only one who hates the new SPA Gitlab UI?

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.
Post reply on HN