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

91–100 of 148 posts

Re: Xfce switches to GitLab

#91

Post by mumblemumble »

tardyp wrote: post #78
tobylane wrote: post #56

Earlier quoted context omitted.

They added this (reference and comparison to old heads of a PR) at about the start of the year.

Couldn't find the feature today when doing a large review. Do you have to enable it somewhere?

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.

Re: Xfce switches to GitLab

#92

Post by BlackLotus89 »

type0 wrote: post #86
BlackLotus89 wrote: post #74

Earlier quoted context omitted.

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…

How about antispam features, are those still only for Enterprise?

Sorry since I only provide access to students, faculty and collaborating universities (so no open registration) I never needed antispam functionality, but can't remember seeing any entry in the administration interface or config as well.

Re: Xfce switches to GitLab

#93

Post by mumblemumble »

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?

I have developed a habit of going through my own pull requests immediately after opening them, and adding a "don't forget this file" comment to all the ones that get collapsed.

'Cuz yeah, I've seen some nasty stuff sail past code review simply because it's so easy to accientally miss those files.

Re: Xfce switches to GitLab

#94

Post by buovjaga »

bsdubernerd wrote: post #29
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.

My first hot guess would be: "issues". Gitolite is just managing raw git repositories. I'm using gitolite for personal (read: non-public) projects, and I wouldn't want to use anything else. I love how minimal it is, and the way it works. However, how do you manage issues? Bugzilla is, IMHO, horrible. You can replace it with something much more lean, such as Mantis, but you still lack true integration with the reposit…

Bugzilla is still superior to GitLab/-Hub style issues, at least for bigger projects. Especially regarding search queries. Saying this from experience working in LibreOffice QA. Sadly upstream Bugzilla has been deprived of all the Mozilla-developed goodness for years, but finally the harmonisation is being wrapped up: https://dylan.hardison.net/2020/02/09/bugzilla-project-updat...

Re: Xfce switches to GitLab

#95

Post by BlackLotus89 »

tjoff wrote: post #89
BlackLotus89 wrote: post #74

Earlier quoted context omitted.

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…

Are ads a new thing? I self host gitlab but haven't used the UI much as it is only a personal repo.

I called it ads, but it really is more the promotion of enterprise features and yes it is "new" since it only started popping up in the last year or so. It also seems that they are trying to dial it back, but gitlab really started getting aggressive with annoying little things like that and is getting on my nerves from time to time.

On a positive note it got quite a bit more responsive in the last 4 or 5 five years since I started hosting it and even thought we got some regressions and bugs and problems with releases we didn't have any data loss (that we know of) or major security problems. Most of the security problems are in the enterprise functionality anyway (elasticsearch and grafana pop up regulary)

Re: Xfce switches to GitLab

#96

Post by ken »

SparkyMcUnicorn wrote: post #9
pcx wrote: post #5

Great to see GitLab gain momentum in FOSS. It's a great fit for small teams too, it's easy to setup and keep updated. It's more important than ever to help GitLab gain adoption with GitHub making it free for private repos. I love GitHub as much as any developer, but I believe having a free, open alternative to it is important. I wish GitLab would improve their free-version of Merge Request reviews though, Github's is…

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 don't think there's any one single blocker that's keeping me on GitHub. It's just a bunch of little annoyances with GitLab that add up to make it not worth it -- either UI quirks, or ways in which third-party tools integrate just a little more easily with GitHub.

Yes, GitHub absolutely has a bunch of annoyances, too. (I listed a bunch of them here on HN in response to a question by Nat, just the other day!) If everyone were using GitLab first, we'd probably find excuses to put off switching to GitHub, too.

To attract users, you've got to have a pull. If that's "open source", then it needs to be a way in which the closed-source nature of GitHub is hurting my daily workflow. If it's "user interface", you need to be such an improvement over GitHub that it's worth the cost of switching. If it's "cost", that's tough because GitHub dropped prices and is now $0 for many users, and you probably don't want to get in a price war with Microsoft (see: Netscape).

It doesn't have to be the same pull for every customer, but every customer needs at least one.

"We're just as good as that big popular project" isn't a pull. I've seen hundreds of projects try that, and it never works.

Re: Xfce switches to GitLab

#97

Post by d_tr »

Talanes wrote: post #62
lillecarl wrote: post #57

Earlier quoted context omitted.

This fragmentation between what works on what dists makes me sad. Philosophically I've always admired BSD for the consistency, considering how there's just 3-ish of them, realistically I'm a Manjaro user as I don't have enough Linux-fu to set Arch up.

Honestly you don't need any particular skills to install Arch. Just time and access to the instructions. It's a neat way to spend an afternoon once, but I just switched to Manjaro too on future installations,

Manjaro Architect's installer is really neat btw.

Re: Xfce switches to GitLab

#98

Post by bsdubernerd »

buovjaga wrote: post #94
bsdubernerd wrote: post #29

Earlier quoted context omitted.

My first hot guess would be: "issues". Gitolite is just managing raw git repositories. I'm using gitolite for personal (read: non-public) projects, and I wouldn't want to use anything else. I love how minimal it is, and the way it works. However, how do you manage issues? Bugzilla is, IMHO, horrible. You can replace it with something much more lean, such as Mantis, but you still lack true integration with the reposit…

Bugzilla is still superior to GitLab/-Hub style issues, at least for bigger projects. Especially regarding search queries. Saying this from experience working in LibreOffice QA. Sadly upstream Bugzilla has been deprived of all the Mozilla-developed goodness for years, but finally the harmonisation is being wrapped up: https://dylan.hardison.net/2020/02/09/bugzilla-project-updat...

I'm pretty fond of Mantis, as mentioned, but I've seen effective usage of both github/lab issues with good usage of labels and a little bit automation. Since much more automation is required to integrate even a lean bugtracker into your source, I cannot recommend using a separate bugtracker unless you have an extremely good reason for it.

Factor in that ease of reporting both for you and for your users should be in the top #3 reasons for using a specific bug tracker.

Bugzilla IMHO only works as an internal-only tracker for developers or testers directly involved with the code and decent overview/discipline of the triaging process.

Re: Xfce switches to GitLab

#99

Post by tiziano88 »

tobylane wrote: post #56
tardyp wrote: post #21

Earlier quoted context omitted.

Ability to review diff between two versions of PR is a great missing feature in GitHub. When dealing with large changes, GitLab review flow is IMHO easier for reviewer. Gitlab store each push of a MR branch as different version (as hidden refs), which make the feature possible. In GH, you force push a branch, you loose the old code for good, so reviewer has to remember why he did that comment before to see if it is s…

They added this (reference and comparison to old heads of a PR) at about the start of the year.

I think this only works when diffing between commits in the same PR, but not when force pushing the same commit over and over again

Re: Xfce switches to GitLab

#100

Post by ViViDboarder »

fermienrico wrote: post #40

I find Gitlab UI quite a bit bloated and slow compared to Github. They have some amazing features but I can't get past how many (2-5 seconds) to load a page and sometimes upto 10 seconds (analytics). I hope that's being addressed in future. Usually, I spend at least 2 hours on Github in a given day - and probably access the website about 50 times a day or more. These UI issues add up tremendously.

Phew. I’m not alone. I also fine the interface a bit confusing. It’s probably no worse than GitHub, but just less familiar. Or maybe I prefer too nav to side nav...

I’ve been using Gitea for my personal hosting because it’s small, quick, and easy to grok. It isn’t nearly as fully featured as GitLab though, but I don’t mind. I’m not a team and I’m happy to glue different services together rather than use a large all in one (Gitea + Drone + Wekan).

Post reply on HN