91–100 of 113 posts
With no effort we are managing dozen of projects and now we are in love with CI (and OpenShift)
We want to start using HUB again as mirror (still need to understand how...) but no plan to leave GitLab.
Here the feedback
. Easy to use . Easy (apt-get) to update . Nice to manage . Yours . Same flow as git hub if you use it as git repository...
Gitlab's servers have been slow in my experience. Sometimes taking 10-15 seconds to push up a new commit. I got tired of waiting and moved everything back to bitbucket. Both gitlab and bitbuckets source code browsing is slow and a little clunky. GitHub's source code browsing is definitely the best.
github cheats for performance. our github enterprise will not bother try show diffs on some pull requests if you changed more than a hundred lines or so. very worthless. my workflow now is to always check the diffs locally because i don't trust theirs. never used gitlab or bitbucket a lot so i don't know if this treachery is there too.
In fact, it's a part of our code review/pull request functionality, therefore "it just works".
I haven't used GitHub a ton, but GitLab is really crappy in my experience. I'm constantly frustrated by the UX. CVSweb and Trac do a better job, and did so 10 & 15 years ago. I've also used BitBucket quite a bit; it's not great, but it's a ton better than GitLab.
Since RhodeCode is open source, it can be tailored to one's own needs.
github's where the people are. Everyone already has a github account. Either way git itself means there isn't too much vendor lock-in, just the ancillary parts of the project (issues, wiki, project site)
I still find this argument hard to follow. You have a person who wants to contribute code to you open source project, but that person is stymied by requiring an account on a service other than GitHub. What kind of people are you expecting to be doing drive-by code contributions and what kind of code quality are you expecting from them?
I've made a few OSS contribs that were fork, clone and edit locally (or edit online in one case), push, test, pull request.
That was all, they took ~20 minutes, if that. Adding in "create an account", "figure out the new UI's method of forking/pulling", and "link myself to another random webservice that I'll only use once" is too much friction, I might spend as much time setting up the account as actually making the edit.
Sure, if I'm planning to become a contributor to a large project (like, say python, which isn't on gh), I'll go ahead and make an account on the bugtracker and join the mailing list and learn how the hell mercurial works. That's fine if I expect to make 10+ commits to a project and really delve deep into it. But most projects aren't big. Most projects aren't that interesting. OSS thrives on people fixing the one bug they encounter (seriously, look at the bus number of major projects). Adding friction in the process is bad for that software.
I'd just gitlab because it's open source. You could run your own gitlab servers if you wanted. You don't have to worry about vendor lock in unless you use the paid features.
I quite like GitLab, although I'm using it self hosted on premises for our team. Honestly, it's overkill and I wish Gogs had been more evolved when I initially picked up GitLab. I have not really tried GitLab's hosted offering, I have a couple repos up there, but nothing extensive. Have you considered a VPS with Gogs? It's super lightweight and easier than snot to setup.
Why not Bitbucket, which is free and private?
Atlassian has become much less of a caring company since they’ve gone public (or are preparing to). They’ve completely ruined SourceTree on Mac (an unnecessary interface redesign that took functionality away which still hasn’t been fixed almost 9 months later) and have been very careless in HipChat iOS client’s updates (shipping crippling bugs and not fixing them). They also used to be very friendly to feedback on Tw…
#1 It plays nicely with existing trackers and CI tools.
#2 RhodeCode fully supports Git, Mercurial & SVN (hence no VCS lock-in).
Earlier quoted context omitted.
Have you checked our RhodeCode ? It's much more mature that Gogs.
I really like the mirror feature on Gogs, the Gogs ui, the easy deployment using Docker and that it uses Go so the memory and cpu usage is quite low.