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

161–170 of 186 posts

Re: Gogs – Go Git Service

#161

Post by blub »

BHSPitMonkey wrote: post #136
tbrock wrote: post #134

Earlier quoted context omitted.

And..., just like that, you are part of a bot net.

The truth is, nobody personally vets the source of all the software they use. Even people who compile everything themselves aren't reading the source code that came over the wire. It baffles me when people fret over "don't blindly run that curl|bash installation script because security!" when nobody would bat an eye at a .deb downloaded from the same web site.

There are many that take an interest in securing their workstations, just as there are many negligent individuals who blindly run things they download from somewhere.

A minimum amount of care when installing things (checking signatures/checksums, reading install scripts, etc) should be common sense and not doing that is grossly negligent.

Re: Gogs – Go Git Service

#162

Post by 11mariom »

Do you know any Continous Integrations which fits well with Gogs?

Something small, easy to setup, easy to use. Just as Gogs is.

All I want - integration with git/gogs (webhook?), status page (with detailed build/test info, especialy for fails), status image (for readme in gogs).

Re: Gogs – Go Git Service

#163

Post by IE6 »

sytse wrote: post #58
jibberia wrote: post #51

Earlier quoted context omitted.

I spent an hour or so with GitLab and disliked the amount of whitespace. I shouldn't have to scroll so much to see what's in a repo.

Thanks for the feedback. I added you comment to https://gitlab.com/gitlab-org/gitlab-ce/issues/14548

We use JIRA so by default we are shoe-horned into Stash/Bitbucket. I've used gitlab on my own and found it beyond easy to use and very reliable. I see gitlab people posting every once and a while on hacker news and they seem very interested in improving the product overall. Contrasted with Atlassian who seems to have no interest in improving their core product and only enabling new revenue-driving products or costly extensions. So thanks.

Re: Gogs – Go Git Service

#164

Post by hobarrera »

sandGorgon wrote: post #87
geodel wrote: post #49

Earlier quoted context omitted.

40MB download + requirement of Java Runtime (~100MB) to be present is not quite same. Though to their credit they have packaged all jar dependencies besides JRE in WEB-INF/lib

That's how WAR files get built. It's a very standard mechanism for deploying Java apps. I think having Java on your machine is a reasonable requirement. I mean the equivalent in Ruby would be to have Ruby, install all gems and THEN launch the app.

Runtimes like ruby and python are quite commonly found in the default installation of many distributions (and OSX, IIRC). Java is not.

Re: Gogs – Go Git Service

#165

Post by mrmondo »

I use gogs at home, but run Gitlab At work - it just has so more many more features and far more customisable - also Gitlab CI rocks, it seems to scale really well - 60 active developers on a tiny vm and its lightening quick and we can easily do more than 100 releases a day.

Re: Gogs – Go Git Service

#166

Post by jonathankoren »

LukeShu wrote: post #154
jonathankoren wrote: post #89

Earlier quoted context omitted.

6 of one, half a dozen of the other. As long as it's behind and simple interface and it works, I don't care what it actually does.

Well, it's more like: (2) run bin/whatever which is a 500 line bash script for setting up the jvm environment that has a 50% chance of not working if you are on a distro that's not Ubuntu or RHEL, and probably also fails if it takes a filename and you give it a filename containing a space.

Well that sounds like a personal problem. Who puts spaces in a filename on UNIX? That's just bad form, and anyway, if you did decide to throw prudence and best practices out the window, you should properly escape it.

Re: Gogs – Go Git Service

#167

Post by jonathankoren »

tbrock wrote: post #134
jonathankoren wrote: post #89

Earlier quoted context omitted.

6 of one, half a dozen of the other. As long as it's behind and simple interface and it works, I don't care what it actually does.

And..., just like that, you are part of a bot net.

Unless audit the code you download, you still could be pwned. Compiling or downloading from github isn't some magic talisman.

Re: Gogs – Go Git Service

#168

Post by matheweis »

sytse wrote: post #140
matheweis wrote: post #127

Earlier quoted context omitted.

Properly tuned NFS should be extremely fast... I've managed NFS clusters for HPC that exceeded 800Mbit/s and 20k IOPS

The problem is that we should distribute the load over multiple servers https://gitlab.com/gitlab-com/operations/issues/1 Right now the lonely repository server has over 200k context switches per second.

Your engineers probably know this, but CephFS is not well known for handing high IOPS loads; make sure to architect accordingly :)

Re: Gogs – Go Git Service

#169

Post by sytse »

nicoster wrote: post #159
sytse wrote: post #110

Earlier quoted context omitted.

Thanks for your kind words! What do you think we can improve in the pull/merge request workflow and in code review support?

make ?w=1 a default behavior haven't tried other alternatives but a happy gitlab user. you guys rock. the latest gitlab is much faster.

Great suggestion, I created https://gitlab.com/gitlab-org/gitlab-ce/issues/14723

Glad to hear you're happy with GitLab.

Re: Gogs – Go Git Service

#170

Post by sytse »

IE6 wrote: post #163
sytse wrote: post #58

Earlier quoted context omitted.

Thanks for the feedback. I added you comment to https://gitlab.com/gitlab-org/gitlab-ce/issues/14548

We use JIRA so by default we are shoe-horned into Stash/Bitbucket. I've used gitlab on my own and found it beyond easy to use and very reliable. I see gitlab people posting every once and a while on hacker news and they seem very interested in improving the product overall. Contrasted with Atlassian who seems to have no interest in improving their core product and only enabling new revenue-driving products or costly…

Glad to hear you like GitLab. Did you know that we merged our excellent JIRA support into the open source GitLab CE? See http://doc.gitlab.com/ce/project_services/jira.html
Post reply on HN