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

161–170 of 289 posts

Re: Choose GitLab for your next open source project

#161

Post by bastijn »

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. :/

O man, don't start me on TFS. We have the same issue within our company where tfs is still required for compliance reasons. I'm working on a mac, but there is no decent way to checkout tfs that isn't constantly breaking or hanging. jetbrains has some options in their IDE, Eclipse has the best plugin but still not fully functional. Our company decided to use full tfs instead of tfs with a git repo, I'm practically running a vmware fusion box just for TFS.

I've tried some thing with git-tf but that is too unstable to use (and not validated).

Re: Choose GitLab for your next open source project

#162

Post by techdragon »

j0hnM1st wrote: post #160

Not sure what's the hype about when alternatives like Phabricator.org are much better. Meh.

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 bloody amazing and deserves much more attention.

Re: Choose GitLab for your next open source project

#163

Post by bjwbell »

said wrote: post #114
generic_user wrote: post #107

Earlier quoted context omitted.

Digging through the site I see you endorse the Contributor Covenant, a prime example of entry-ism written by serial harasser and radical feminist Coraline Ada Ehmke. https://www.reddit.com/r/KotakuInAction/comments/3ab802/warr... Unfortunately until this Code of Conduct is withdrawn and links with serial Harasser and political entriest Coraline Ada Ehmke are removed I can not endorse or contribute to GitLab. I do hop…

I followed the link, and though I did see Caroline Ada trying to bully someone out of a community, I didn't see any evidence GitLab CEO supports the Contributor Covenant.

Code of conduct section in https://gitlab.com/gitlab-org/gitlab-ce/blob/master/CONTRIBU...

Re: Choose GitLab for your next open source project

#164

Post by thenomad »

techdragon wrote: post #162
j0hnM1st wrote: post #160

Not sure what's the hype about when alternatives like Phabricator.org are much better. Meh.

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.

Re: Choose GitLab for your next open source project

#166

Post by eyko »

sytse wrote: post #125
kaendfinger wrote: post #105

Earlier quoted context omitted.

I have a single concern about GitLab. Looking at https://about.gitlab.com/direction/ , I feel like there is way too much being labeled as EE only. I understand that GitLab has to make money to survive, however I see a lot of those features as things that are relevant to pure open source projects (private issues are something Open Source projects do actually need for security, think Chromium) and should probably be in…

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.

Re: Choose GitLab for your next open source project

#167

Post by reledi »

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.

GitHub's community existed long before GitHub enterprise.

Re: Choose GitLab for your next open source project

#168

Post by romanovcode »

sethherr wrote: post #29

See, here's the thing: I don't want free private repos to exist. What GitHub has done is incentive making things open source, and that's immeasurably valuable.

Atheist until your plane starts to fall down, communist until you get rich.

Re: Choose GitLab for your next open source project

#169

Post by dclowd9901 »

Our local instance is only a version back but we find gitlab to be terrifically slow, and regularly have to kick the server as we find it stops tracking updates, then simply stops responding at all. Also, the diffing on merge requests is simply awful. It regularly shits itself on spacing changes and the like making most merge requests almost useless from a code review perspective. Searching just doesn't work. At all. Navigation is weird and cumbersome, with many normal features hidden away in different sections of the UI. This causes weird situations where, since search doesn't work, I have to just browse around for commits to a branch I want view at a certain state, and click that commit to get to a "brows code" view. Why the fuck isn't there simply a repo->branch->commit history->browse code path?

I personally wouldn't recommend gitlab and hope someone else is out there working on something better.

Post reply on HN