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

Gogs – Go Git Service

gogs.io

Post reply on HN
Print view View original

61–70 of 186 posts

Re: Gogs – Go Git Service

#61

Post by sytse »

dpritchett wrote: post #46
sytse wrote: post #18

Earlier quoted context omitted.

What can we improve in GitLab to make it better? Did the install take too long? Did you try our Omnibus packages or a source install?

The things I miss the most using Gitlab vs github are the instantaneous merges and the syntax highlighting within diffs when reviewing a MR. I'm on an old-ish version of gitlab though and it's running on a single VPS.

We have syntax highlighting within diffs since 8.4 https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/2109 so please consider upgrading.

I don't understand what you mean with instantaneous merges, did merges seem faster in the past? We do have a feature that allows you to merge when the build is successful, saving many people lot of time http://doc.gitlab.com/ce/workflow/merge_when_build_succeeds....

Re: Gogs – Go Git Service

#62

Post by chm »

raimue wrote: post #47
matt_wulfeck wrote: post #38

Earlier quoted context omitted.

It is still easier with static compiles if you ask me: "Make sure you're running Gogs 1.64.2 or above" "Make sure you're running Gogs 1.64.2, OpenSSL 1.2e, libcrypt 3.73, leftpad 2.0..." Especially when the deployment of said binaries doesn't involve anything installed on the host OS.

"Make sure you run Foo 1.7, Bar 2.1, Baz 2.3, ..." "Make sure you update to OpenSSL 1.2e and restart all services." If you think of more than one program using the same module, shared libraries make a lot of sense.

They do, but static linking means the developer actually does have control of the environment. What happens if you ship the latest and greatest binary but the shared libraries aren't updated by the user?

Re: Gogs – Go Git Service

#63

Post by ddon »

Udo wrote: post #7

I've been using Gogs now for a few months and can't recommend it enough as opposed to GitLab. It does have some rough edges (for example the many instances where its CSRF protection feature misfires), but generally it's a very solid and performant git frontend. Although a plugin or widget system would be nice, it was also easy to extend the Gogs UI simply by editing its very straight-forward template files.

Would be nice to have a list of features which Gogs offers and GitLab is missing! We are happy using GitLab...

Re: Gogs – Go Git Service

#64

Post by robmccoll »

raimue wrote: post #47
matt_wulfeck wrote: post #38

Earlier quoted context omitted.

It is still easier with static compiles if you ask me: "Make sure you're running Gogs 1.64.2 or above" "Make sure you're running Gogs 1.64.2, OpenSSL 1.2e, libcrypt 3.73, leftpad 2.0..." Especially when the deployment of said binaries doesn't involve anything installed on the host OS.

"Make sure you run Foo 1.7, Bar 2.1, Baz 2.3, ..." "Make sure you update to OpenSSL 1.2e and restart all services." If you think of more than one program using the same module, shared libraries make a lot of sense.

You do run into false dependencies causing needless headaches with dynamic libraries though. There's a vulnerability in hash X in OpenSSL. One (or worse zero) of my 15 installed applications that depend on OpenSSL actually uses hash X, but in order to upgrade, I have to carefully manage those 15 dependencies. With statically linked dependencies, the hash X code wouldn't be in any of the other binaries and I only update the one (or perhaps don't have to update at all).

Re: Gogs – Go Git Service

#65

Post by pjmlp »

mikecb wrote: post #39
gnuvince wrote: post #30

Earlier quoted context omitted.

A lot of Java software is "(1) download the jar file, (2) java -jar thefile.jar". Agree it's good for the user, but when people talk about distributing a statically-linked program the "what about security updates" question invariably comes up.

Now I have to install java and keep it up to date, in addition to the jar.

Only if you don't deliver it alongside the application, which is what statically compiling the Go runtime means.

Re: Gogs – Go Git Service

#66

Post by dpritchett »

sytse wrote: post #61
dpritchett wrote: post #46

Earlier quoted context omitted.

The things I miss the most using Gitlab vs github are the instantaneous merges and the syntax highlighting within diffs when reviewing a MR. I'm on an old-ish version of gitlab though and it's running on a single VPS.

We have syntax highlighting within diffs since 8.4 https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/2109 so please consider upgrading. I don't understand what you mean with instantaneous merges, did merges seem faster in the past? We do have a feature that allows you to merge when the build is successful, saving many people lot of time http://doc.gitlab.com/ce/workflow/merge_when_build_succeeds....

We're on 8.1 I think. We are running a largeish C# project with largeish diffs; when I click "merge" the app spins for a good few seconds or more before completing the merge. Don't think I've ever seen that sort of delay on github. I wonder if you could pre-merge in a separate system branch then do some git magic to rearrange them once the user actually clicks merge?

Re: Gogs – Go Git Service

#67

Post by voidlogic »

_1 wrote: post #56

Why is software still being named for the language it was written in?

For everyday software this is fair, but is software made FOR DEVELOPERS. All things being equal between two solutions, I am going to take the one implemented technology I know and can hack on easier.

Also, many of the most popular solutions in this space are written in what some people would call "low performance languages", since the author here is using a "high performance language", its just good marketing too.

Re: Gogs – Go Git Service

#68

Post by mateuszf »

andor wrote: post #60
mateuszf wrote: post #54

Earlier quoted context omitted.

Yeah, the missing bit is that this should be done by OS vendors which sadly is not true.

If package management is important to you, you might want to try an operating system that integrates it natively.

The point of "run anywhere" is to not have to search for a special operating system.

Re: Gogs – Go Git Service

#69

Post by mh-cx »

Udo wrote: post #7

I've been using Gogs now for a few months and can't recommend it enough as opposed to GitLab. It does have some rough edges (for example the many instances where its CSRF protection feature misfires), but generally it's a very solid and performant git frontend. Although a plugin or widget system would be nice, it was also easy to extend the Gogs UI simply by editing its very straight-forward template files.

Same here. Gitlab is soooo extremely slow. Even on their own site many pages take several seconds to load. And no one really seems to care.

Gogs is a great relief.

Re: Gogs – Go Git Service

#70

Post by toolz »

ddon wrote: post #63
Udo wrote: post #7

I've been using Gogs now for a few months and can't recommend it enough as opposed to GitLab. It does have some rough edges (for example the many instances where its CSRF protection feature misfires), but generally it's a very solid and performant git frontend. Although a plugin or widget system would be nice, it was also easy to extend the Gogs UI simply by editing its very straight-forward template files.

Would be nice to have a list of features which Gogs offers and GitLab is missing! We are happy using GitLab...

I would guess the only feature gogs has over gitlab is low resources and easy install, which for someone like me who does solo side-projects and likes to commit to my home server, is enough reason.
Post reply on HN