Live data from Hacker News

Moving to GitLab: Yes, it's worth it

about.gitlab.com

221–230 of 356 posts

Re: Moving to GitLab: Yes, it's worth it

#221
post #173

Earlier quoted context omitted.

I'm confused by your question. A lot of organizations have similar concerns. Do you believe that all discussion of diversity is equally nonsensical, or is there something about Github's stance that strikes you as especially so?

I'm in an asian country where racist is (mostly) not a thing, so why people cares about those rates is a mystery for me. In my thought, if there are 2 candidates for a leader role, and they decided "oh, we need more women in leader rank, we should chose her", it is just wrong. Race/gender shouldn't be even considered as a factor in those situations.

so why people cares about those rates is a mystery for me.

If someone rolls a die 10.000 times, and 75% of the time it lands on a six, then instead of "not caring", many people will care. Particularly those that are not betting on the six. Though the people betting on the six have a vested stake in "not caring".

In other words, it's a matter of bias.

If talent is not correlated to race/sex, then we can expect that the number of people of various races/sexes that are represented in the industry should roughly match the general makeup of the population (ie it's a mostly random distribution). Instead we see that this is not case. So either, talent is correlated to race/sex or there is a bias somewhere in the process.

Re: Moving to GitLab: Yes, it's worth it

#222
post #56

I was pretty impressed with how easy it was to get free CI runs on pushes and merge requests with my OSS game: https://gitlab.com/technomancy/bussard/commit/73e84d11ed33ff...

This made GitLab hosted repos well worth it for me over github or bitbucket: https://about.gitlab.com/gitlab-ci/

We recently launched pipelines, it is in beta right now: https://bitbucket.org/product/features/pipelines

Re: Moving to GitLab: Yes, it's worth it

#223

I tried their free tier and it was just extremely slow. A small project where commits usually took 5 seconds now needed >1min for any operation. Moved it all into the google cloud and it works at the speed of the network. But we don't really need any of the features except the git repository anyway.

Free tier as in self-hosted GitLab CE or GitLab.com?

Self-hosted might be slow if you don't have enough RAM on the system you're running it with, but as long as you have more than 2GB it definitely shouldn't take more than 1 minute for a basic operation.

As for GitLab.com, that can be slow (we're working on improving it, much better now than it was last year, but still progress to be made!), but it should never take more than a minute, otherwise it'd just timeout. When did you try it out?

Re: Moving to GitLab: Yes, it's worth it

#224

Earlier quoted context omitted.

For Mercurial check out RhodeCode which is also supporting some of unique Mercurial features like largefiles, phases, bookmarks.

Just to give you guys some credit: I've had the pleasure of working with RhodeCode on my previous job 2.5 years ago and it was an awesome experience. HG & Git support, full-text search, repo-specific access control, a nice gui, easy setup, etc. Unfortunately, most devs and sysadmins I talk to don't even know about your product, which is a real pity, as they all use the same inferior products and don't know what they…

Can you give any specific feedback about Bitbucket Server? What can we do better?

Re: Moving to GitLab: Yes, it's worth it

#225

Interesting. For projects that don't need a "community" we've been using Amazon CodeCommit. We don't like to use Github anymore because of the politics there. Example: We had a project involving software filters that included this sentence in the description: > Phase is related to time, but a pure time delay does not involve any phase shift. A pure time delay or "group delay" is constant with frequency. Phase shift v…

Wow, that is absurd. Did you ever follow up with the employee who sent you a note? What did flagging entail? I.e., were you not able to use the repo?

Yes. She indicated that it doesn't matter how the word is used, some will see it as aggressive.

As she appeared to be a non-technical person mysteriously employed by GitHub as some consolation to some organization (IIRC it was called the "Ada Initiative") I realized that github is no longer a technology company. It's a Social Justice company. Good luck to them--I don't even disagree with the basic premise--but I like my git repo companies to be worried about git.

Re: Moving to GitLab: Yes, it's worth it

#226

Earlier quoted context omitted.

For Mercurial check out RhodeCode which is also supporting some of unique Mercurial features like largefiles, phases, bookmarks.

Just to give you guys some credit: I've had the pleasure of working with RhodeCode on my previous job 2.5 years ago and it was an awesome experience. HG & Git support, full-text search, repo-specific access control, a nice gui, easy setup, etc. Unfortunately, most devs and sysadmins I talk to don't even know about your product, which is a real pity, as they all use the same inferior products and don't know what they…

Anything specific we can do at GitLab so you don't feel that way when using it?

Re: Moving to GitLab: Yes, it's worth it

#227

"Phase shift varies with frequency and can advance or retard as the frequency changes" I looked up Webster's American English Thesaurus and the antonym for 'advance' in the sense that it's used in your sentence is recede. Here is the same sentence rewritten using recede. "Phase shift varies with frequency and can advance or recede as the frequency changes." This is an easy case where you could have used correct langu…

"retard" is also a correct word to use here; it means "to delay". > If you would like to know why it's offensive to some people, I could educate you. Could you educate us as to why it's offensive in this context ? I think we all know why calling a mentally handicapped person "retarded" offends some people, but no one did so.

Since you asked,

Words are powerful and stir up emotions.

In this context, someone stigmatized as "slow" or "dumb" by society, reading a sentence with the word "retard" in it has to deal with bad memories from the past rather than understanding the concepts in this sentence. Clearly, an alternative word choice exists. That's one reason why it's offensive.

Re: Moving to GitLab: Yes, it's worth it

#228

As always, we're happy to answer any questions about GitLab.

Why do you offer hosted EE gitlab free? I mean I love it but that seems to run counter to keeping gitlab around. In fact there seems to be no way at all to pay for gitlab, without having to host a local install.

You can always use our hosted private GitLab service[1] if you really insist on giving us your money without the hassle of a local install :)

[1]: https://githost.io/

Re: Moving to GitLab: Yes, it's worth it

#229
post #164

Earlier quoted context omitted.

Can we comment on a specific line in a merge request with gogs now?

If he says yes, are you going to fail to acknowledge that your complaint was satisfied and then move the goal posts again?

I don't think that's quite moving the goal posts - it seems like he's asking about the quality of the code review portion.

Re: Moving to GitLab: Yes, it's worth it

#230
post #205
post #202

Earlier quoted context omitted.

Yes, but they simplified it a lot. I just connected to github, chose the repository and clicked import. Maybe all of those services have it that way, but I'm just glad that GitLab had it.

That is a different case than configuring a different remote on config and pushing to another host which is what I interpreted reading your comment, my bad. Out of curiosity, does the import process include all issues, PR and comments?

almost, yes. issues, wiki, PRs and comments are imported. Afaik cross repo PRs are not supported yet. But they're working on that. :)
Post reply on HN