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

111–120 of 186 posts

Re: Gogs – Go Git Service

#111

Post by sytse »

xyproto wrote: post #83
mh-cx wrote: post #69

Earlier quoted context omitted.

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.

Tried both Gogs and Gitlab at work. Gogs is faster, but Gitlab has most features and the best chance of being introduced. Also, we are happily using Mattermost, which is created by the same people. Gollum also looks like a solid choice of Wiki. Also note that the latest version of GitLab is a lot faster than it used to be.

Glad to hear our focus on improving speed is paying off, we'll continue it in https://gitlab.com/gitlab-com/operations/issues/42

Re: Gogs – Go Git Service

#112

Post by clinta »

sytse wrote: post #18
merpnderp wrote: post #15

We downloaded and installed Gogs, Gitlab, and Bitbucket. I liked Gogs the best, but Gitlab seemed more enterprise-y, and Bitbucket had an issue we could never figure out. We're trying to replace TFS, so we'll probably end up with Gitlab. But since I was the one doing the installing, I sure wish we'd go with Gogs. It was 5 minutes from start to finish.

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?

I'd like to run Gitlab on FreeBSD and never could get it working. So for my side work projects where all the hosting is on FreeBSD I'm using Gogs. A port would fix that.

Re: Gogs – Go Git Service

#113

Post by sytse »

dpritchett wrote: post #107
sytse wrote: post #102

Earlier quoted context omitted.

Pre-merging when you look at the merge request is an interesting idea. Technically that will work but it will add complexity and use more resources. Feel free to make a feature request for it. At this point I think there is lower hanging fruit we can pick to improve performance.

I wouldn't prioritize it if I were you either ;)

Thanks for understanding :)

Re: Gogs – Go Git Service

#115

Post by shimon »

Spivak wrote: post #109
tschellenbach wrote: post #93

Earlier quoted context omitted.

They should. Github obviously spent countless hours perfecting their UI. Other apps shouldn't be allowed to copy it. (I have no affiliation with Github, other than that I'm a developer and respect the hard work they've put into their product.)

Does the argument really change if they spent a weekend on the UI?

Yes, because if the design is trivial, or obvious given the problem domain, then the thing being copied doesn't meet the bar for being a creative work.

Re: Gogs – Go Git Service

#116

Post by raimue »

mikecb wrote: post #105
raimue wrote: post #71

Earlier quoted context omitted.

What do you mean by managing dependencies? You upgrade to an OpenSSL version that fixes hash X and be done with it? I don't understand your point.

Can't upgrade if the fix was dropping the hash because it's fundamentally flawed.

That would be an ABI incompatible change. These are only allowed when increasing the compatibility version (SONAME). You would immediately notice such a change. For the usual package managers that would even require to create a new package.

Re: Gogs – Go Git Service

#117

Post by sytse »

clinta wrote: post #112
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?

I'd like to run Gitlab on FreeBSD and never could get it working. So for my side work projects where all the hosting is on FreeBSD I'm using Gogs. A port would fix that.

Thanks for the feedback. All the FreeBSD support right now is unofficial https://github.com/gitlabhq/gitlab-public-wiki/wiki/Unoffici... and https://gitlab.com/gitlab-org/gitlab-recipes/tree/master/ins...

We would love to support it officially but we do need customers to express the same. We're currently talking to a client that might make this happen, so I'm hopeful.

Re: Gogs – Go Git Service

#118

Post by incepted »

Mahn wrote: post #27

> How to use downloads? > 1. Extract the archive. > 2. cd into the directory just created. > 3. Execute ./gogs web and you’re done. Can't beat the simplicity of running Go applications. It's funny because running a compiled binary is so incredibly basic to computing, and yet 90% of the time installing a new shiny toy in a server involves dealing with 342525 dependencies, half of which broke because god knows what dep…

> Can't beat the simplicity of running Go applications.

... as long as you downloaded the right binary.

Re: Gogs – Go Git Service

#119

Post by incepted »

matt_wulfeck wrote: post #38
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.

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.

> It is still easier with static compiles if you ask me

You'd be surprised how many users have no idea whether they are running the 32bit or 64bit version of their OS. For them, running a Go binary will be anything but easy.

Post reply on HN