Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Xfce switches to GitLab

simon.shimmerproject.org

Post reply on HN
Print view View original

131–140 of 148 posts

Re: Xfce switches to GitLab

#131

Post by zmmmmm »

9HZZRfNlpR wrote: post #19
SparkyMcUnicorn wrote: post #9

Earlier quoted context omitted.

Does anyone else have things that make the switch from GitHub to GitLab a hard sell? I'm always curious why open source projects don't embrace an open platform, although I get that GitHub is fantastic in a lot of ways. I'm guilty of it myself, but I've reached the 50/50 GL/GH split as I try using GL more.

I truly believe it's because github has become a social network and developers use it as popularity contest. They want their commits to be there just like influencer wants to be on Instagram not on my fairly unknown platform.

Absolutely - people now ask to see your Github repo as an integral part of your CV without even really considering if you might use another service.

And you don't exactly want to pitch to them how you don't have your code on Github because you use this other "fringe" service which even if they look at it they are going to find unfamiliar.

I now host 50/50 on Gitlab / Github because I'm not really affected by this, but I'm conscious of it.

Re: Xfce switches to GitLab

#133

Post by jka »

gargasm777 wrote: post #37
mumblemumble wrote: post #12

Earlier quoted context omitted.

I'd love to hear more about what you dislike about merge request reviews. At work we've been talking about migrating looking for alternatives to GitHub over dissatisfaction with its code review interface, and, of course, GitLab is on the list of ones to check out.

Code search, Gitlab doesn't have a code search feature. Paraphrasing The code search functionality can be achieved by adding Elasticsearch. We haven't added elasticsearch yet so cannot comment on the experience of using it.

It looks like code search is available for self-hosted GitLab instances, and also for paid groups on gitlab.com.

It could be a little while before global code search is available to non-paid users, according to their search roadmap documentation[1].

[1] - https://about.gitlab.com/direction/global-search/

Re: Xfce switches to GitLab

#134

Post by mangamadaiyan »

_ix wrote: post #27
mumblemumble wrote: post #12

Earlier quoted context omitted.

I'd love to hear more about what you dislike about merge request reviews. At work we've been talking about migrating looking for alternatives to GitHub over dissatisfaction with its code review interface, and, of course, GitLab is on the list of ones to check out.

In my experience, GitLab's MR UI really lacks performance when the diffs pass a certain length. Similarly sized diffs in GitHub don't seem to have this problem, though. I think of it as additional incentive to maintain smaller patches for ease of review, but sometimes changes are necessarily large due to complexity. It can be obnoxious to be hamstrung like this.

Honest question: isn't it far better to review the patch locally on your laptop? I always do this, primarily because I like to be able to go through the callers of functions that the patch modifies, look at the callers of functions that have been introduced, etc.

My decades-long complaint with every single code review system I've been forced to use at my workplaces (which no system I've seen fixes so far) is that they don't let you browse code and examine the diff in its native setting, so to speak.

Re: Xfce switches to GitLab

#135

Post by techntoke »

andai wrote: post #54
mcintyre1994 wrote: post #11

Earlier quoted context omitted.

If you mean an equivalent of Github pages - they do :) https://docs.gitlab.com/ee/user/project/pages/

I think GP means the UI is slow.

Gitea seems much faster. There are plenty of CI platforms that integrate nicely into Git as well without all the bloat.

Re: Xfce switches to GitLab

#136

Post by mumblemumble »

tardyp wrote: post #120
mumblemumble wrote: post #91

Earlier quoted context omitted.

In the top left, there should be a "changes from..." drop down menu that will let you choose which commits you want to view. The default is "changes from all commits". If you're on GitHub Enterprise, availability will depend on the last time your company has installed updates.

That is not the same feature. It requires you to always add your fix in a new commit add opposed to amending the commits and maintain a clear purposed commit list.

I think the more official Git way of doing it would be to collect all the changes in separate commits, and then squash merge them at the end of the code review.

Re: Xfce switches to GitLab

#137

Post by brodock »

skrebbel wrote: post #47
daviddaviddavid wrote: post #45

Earlier quoted context omitted.

One thing I find annoying and occasionally hazardous about Gitlab merge requests is that per-file diffs which exceed a certain length are collapsed by default. This introduces risk since it is very easy for a reviewer to skim right past the collapsed file name, since one's eye tends to be drawn to the more salient red/green diff.

GitHub does this too, and it's awful. Why would anyone want to skip reviewing the biggest changes?

The reason for the automatic collapse is due to performance. Also it's not uncommon (depending on the language and framework you are using) for the biggest files to be just a mere dependency lock file kind-of update.

Re: Xfce switches to GitLab

#138

Post by gitolite »

rakoo wrote: post #15

Is there any resource somewhere explaining why they migrated away from gitolite ? Not trying to sound negative, I'm just interested in the reasoning behind and see what really differentiates the two in this kind of usage.

Gitolite author here.

Indeed, gitolite doesn't support anything except permissions on raw git repos, plus all the customisation features you may have seen in the docs.

There are plenty of good tools if you need issues, reviews, comments, etc.; no need for little old me to jump in there!

In fact, at one time I changed the topic of #gitolite on freenode to "Social coding. Without the social" :-)

Re: Xfce switches to GitLab

#139

Post by arminiusreturns »

imadethis wrote: post #80
arminiusreturns wrote: post #79

Microsoft buying github just felt so wrong on so many levels to me. While I find it wierd gitlab hosts their servers in azure, or at least used to, I really like the ci/cd integration in GL and hope this works out for them. XFCE is awesome, and is my second most used desktop after, well, Awesome.

FYI gitlab moved from Azure to GCP last year: https://about.gitlab.com/blog/2019/05/02/gitlab-journey-from...

Thats great to hear, thanks for the link!

Re: Xfce switches to GitLab

#140

Post by christina_hupy »

BlackLotus89 wrote: post #74
mschuster91 wrote: post #28

Earlier quoted context omitted.

The Community Edition is open source.

The community edition is a castrated mess with ads in it. I administrate a gitlab instance for a university and gitlab is hurting me in so many ways. 1) it had a message that tells you that the elastic search is so much better and that your admin can enable it (if he would only switch to enterprise) 2) it pretends to have functionality only to have it hidden behind an "available in ee" banner 3) it has a new function…

Thanks for the feedback on the GitLab for Education program. In the spirit of iteration, we started the program as an MVC - offering free licenses for teaching and learning related purposes. The program has grown significantly since then and through meaningful feedback from our members, we’ve come to realize the structure is not ideal for Universities to implement at an enterprise level. We have an epic open to restructure the program and welcome constructive input. https://gitlab.com/groups/gitlab-com/marketing/community-rel...
Post reply on HN