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

21–30 of 148 posts

Re: Xfce switches to GitLab

#21

Post by tardyp »

mumblemumble wrote: post #12
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…

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.

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 still relevant.

Re: Xfce switches to GitLab

#22

Post by noahdesu »

Migrating away from a development model based on attaching patches to bugzilla tickets is sure to improve the development experience, especially for new contributes. Good move switching.

Re: Xfce switches to GitLab

#23

Post by unsungNovelty »

This is a great news for FOSS & XFCE! GitLab is a great company with great services to provide for the FOSS community. We should embrace an open alternative and not a closed garden ecosystem. Can't wait to see more collaboration in XFCE project due to this change!

It's also high time we look at the motivation and principles when it comes to products and services from a company, not just their technical superiority.

Re: Xfce switches to GitLab

#24

Post by rhn_mk1 »

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.

I can confirm, this is the exact reason I made two copies of (shameless plug) the SpicaStack project earlier this month. GitHub's reach, network and stars help fellow devs and users discover our forks, while GitLab's exportability and amazing CI will let us actually work on it.

Re: Xfce switches to GitLab

#25

Post by nAwYz »

mumblemumble wrote: post #12
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…

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.

Large changes make the diff view incredible sluggish for me. They also seem to miss an option to mark single files as "Done with review"

Re: Xfce switches to GitLab

#26

Post by oweiler »

rhn_mk1 wrote: post #24
9HZZRfNlpR wrote: post #19

Earlier quoted context omitted.

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.

I can confirm, this is the exact reason I made two copies of (shameless plug) the SpicaStack project earlier this month. GitHub's reach, network and stars help fellow devs and users discover our forks, while GitLab's exportability and amazing CI will let us actually work on it.

How do you keep the repos in sync?

Re: Xfce switches to GitLab

#27

Post by _ix »

mumblemumble wrote: post #12
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…

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.

Re: Xfce switches to GitLab

#28

Post by mschuster91 »

Insanity wrote: post #20
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.

Gitlab is open core but not open source either, I think. I am in the same boat as you though!

The Community Edition is open source.

Re: Xfce switches to GitLab

#29

Post by bsdubernerd »

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 repository (ie: knowing when a bug has been closed and which versions/branches it was dealt with).

This is something I struggle with even when working alone on a simple project. I've used both sd (simple defects) and bugs-everywhere, however it seems that development on these has pretty much stalled, which is A Great Shame. I keep using "be" in these cases.

However as soon as you have 2-3 devs, it's easier to fire up something like gitlab and have all features such as reviews/CI in a single shot than having to setup these separately.

Re: Xfce switches to GitLab

#30

Post by atommclain »

oweiler wrote: post #26
rhn_mk1 wrote: post #24

Earlier quoted context omitted.

I can confirm, this is the exact reason I made two copies of (shameless plug) the SpicaStack project earlier this month. GitHub's reach, network and stars help fellow devs and users discover our forks, while GitLab's exportability and amazing CI will let us actually work on it.

How do you keep the repos in sync?

My guess is some form of:

git checkout master

git pull github/master

git push gitlab/master

Post reply on HN