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

201–210 of 289 posts

Re: Choose GitLab for your next open source project

#201

Post by musha68k »

kev009 wrote: post #124
musha68k wrote: post #36

Please don't... Github is an institution and the only thing replacing it should be something equally global but based on a new protocol of sorts enabling truly decentralized and distributed sharing and collaboration on a higher interaction level. But meanwhile, again please let's not fragment needlessly - that's certainly not something worth the price to pay for an (admittedly great) "alternative" service be it self-…

No idea why you were down voted to oblivion, having a contrary opinion is not grounds for that. I also completely agree, newer Internet users don't understand that we've lost a lot of the decentralized nature of the Internet. Usenet is a perfect example where everything that is used instead is fundamentally worse. With modern computers and better protocols and distributed algorithms a UUCP-like project hosting facili…

:) protocols > services indeed!

There always will be a market for well designed implementations!

We do should look into new projects like keybase fs, ipfs and the likes to think up a really new solution for sure - we probably still need to tackle some more "basic" foundational solutions first though.

Re: Choose GitLab for your next open source project

#202

Post by rpdillon »

chm wrote: post #123
ryan_lane wrote: post #40

Earlier quoted context omitted.

No it isn't. Open source has an actual meaning: https://en.wikipedia.org/wiki/Open-source_software For it to be open source it must "made available with a license in which the copyright holder provides the rights to study, change, and distribute the software to anyone and for any purpose." If you publish a github repo with no LICENSE file that specifies an actual open source license it's all rights reserved by defaul…

It seems rms would agree with my definition - at least partly. From one of his GNU essays[1]: Nearly all open source software is free software, but there are exceptions. First, some open source licenses are too restrictive, so they do not qualify as free licenses. For example, “Open Watcom” is nonfree because its license does not allow making a modified version and using it privately. He considers Open Watcom to be o…

RMS is focused on the four freedoms. Open Source licenses which don't provide those freedoms he considers to be nonfree. In the extreme case, you can read the source, but all rights are reserved, as you mentioned. Java is the highest profile project that existed this way until it was finally open-sourced. You could read the source, but were not allowed to really do anything with it. As such, it was not only non-free, but also not open source.

https://en.wikipedia.org/wiki/Java_(software_platform)#Licen...

Re: Choose GitLab for your next open source project

#204

Post by DouweM »

arianvanp wrote: post #181

Our University recently moved from SVN to self-hosted Gitlab for internal projects It integrates nicely with our LDAP server so that you can easily search for collegues and students to add them to projects. I totally love it. It's probably not a coincidence, as Gitlab used to be Utrecht-based if I recall correctly. Just want to thank you guys for not having to use SVN for my graduate project.

It's not a coincidence! I study Computer Science at Utrecht University and work at GitLab, so https://git.science.uu.nl only made sense :)

A little bit of stalking shows me we're actually in a class together, see you on Monday ;)

Re: Choose GitLab for your next open source project

#206

Post by sytse »

mintplant wrote: post #153
lobo_tuerto wrote: post #149

Earlier quoted context omitted.

Ubuntu 15.10 complains about the bad quality of the package. Is it ok to ignore it and install? Lintian check results for /home/algo/Descargas/gitlab-ce_8.4.4-ce.0_amd64.deb: E: gitlab-ce: maintainer-address-missing GitLab B.V.

It just looks like the maintainer email address hasn't been filled out in the metadata. Should be okay.

It also looks to me like it should be OK. I've created an issue to fix it anyway https://gitlab.com/gitlab-org/omnibus-gitlab/issues/1118

Re: Choose GitLab for your next open source project

#207

Post by sytse »

devhead wrote: post #147
sytse wrote: post #120

Earlier quoted context omitted.

The elasticsearch feature is EE only, it was released in 8.4 https://about.gitlab.com/2016/01/22/gitlab-8-4-released/

Hi, I'm planning on migrating away from stash to most likely gitlab in the next few weeks. One thing that keeps coming back among my team is where is the real search power. I followed the work your team did with EE and Elastic and was curious if you will plan to back port it into CE? all i read is that it's EE, but will it be brought to CE is the bigger question, and how does that fall into your current roadmap for u…

We currently have no plans to merge the elastic search support into CE. Regarding the categorization we're planning to implement nested groups https://gitlab.com/gitlab-org/gitlab-ce/issues/2772

The code management analytics we're planning to build are detailed in https://gitlab.com/gitlab-org/gitlab-ee/issues/112 I think this is quite different from sourcegraph

Your search in CE looks like a bug to me. It would be great if you can reproduce this on GitLab.com and open an issue for it.

Re: Choose GitLab for your next open source project

#208

Post by sytse »

Spivak wrote: post #200
sytse wrote: post #2

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

Hello, I am currently very happy with my self-hosted GitLab instance for my personal projects. But I would love to have some of the EE features (both for my workflow and experience working with enterprise tools) and I'm willing to put my money where my mouth is. However open source is very important to me so my question is do you think it would ever be possible to purchase a personal use EE instance without license k…

Glad to hear you're happy with your self-hosted instance.We're working on single user subscriptions (before either 8.5 or 8.6), our license key doesn't call home and our license will stay proprietary but already allows for modification and publishing patches.

Re: Choose GitLab for your next open source project

#209

Post by carussell »

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…

> https://gitlab.com/groups/rstats

I filed a bug: https://gitlab.com/gitlab-com/support-forum/issues/541

Re: Choose GitLab for your next open source project

#210

Post by sytse »

Walkman wrote: post #150
sytse wrote: post #31

Earlier quoted context omitted.

I agree that this has been a very positive effect. On the other hand forcing people to make code public when they might not want to might lead to problems when people are haunted by code they didn't intent to be read by others.

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.

For many people hosting their code makes it easier to work on it, especially for collaboration, ci and deploys.
Post reply on HN