From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: poffice@blade.nagaokaut.ac.jp Delivered-To: poffice@blade.nagaokaut.ac.jp Received: from kankan.nagaokaut.ac.jp (kankan.nagaokaut.ac.jp [133.44.2.24]) by blade.nagaokaut.ac.jp (Postfix) with ESMTP id 9041A19C0024 for ; Wed, 2 Dec 2015 05:27:04 +0900 (JST) Received: from voscc.nagaokaut.ac.jp (voscc.nagaokaut.ac.jp [133.44.1.100]) by kankan.nagaokaut.ac.jp (Postfix) with ESMTP id 7F798B5D877 for ; Wed, 2 Dec 2015 05:58:27 +0900 (JST) Received: from neon.ruby-lang.org (neon.ruby-lang.org [221.186.184.75]) by voscc.nagaokaut.ac.jp (Postfix) with ESMTP id 82D0718CC7E2 for ; Wed, 2 Dec 2015 05:58:27 +0900 (JST) Received: from [221.186.184.76] (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id 685C3120524; Wed, 2 Dec 2015 05:58:25 +0900 (JST) X-Original-To: ruby-core@ruby-lang.org Delivered-To: ruby-core@ruby-lang.org Received: from dcvr.yhbt.net (dcvr.yhbt.net [64.71.152.64]) by neon.ruby-lang.org (Postfix) with ESMTP id 37924120509 for ; Wed, 2 Dec 2015 05:58:20 +0900 (JST) Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 445F320410; Tue, 1 Dec 2015 20:58:19 +0000 (UTC) Date: Tue, 1 Dec 2015 20:58:19 +0000 From: Eric Wong To: Ruby developers Message-ID: <20151201205819.GB7781@dcvr.yhbt.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-ML-Name: ruby-core X-Mail-Count: 71784 Subject: [ruby-core:71784] Re: [Ruby trunk - Feature #11741] Migrate Ruby to Git from Subversion X-BeenThere: ruby-core@ruby-lang.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ruby developers List-Id: Ruby developers List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: ruby-core-bounces@ruby-lang.org Sender: "ruby-core" web2004@sytse.com wrote: > Eric Wong wrote: > > The main site's Terms of Service (or any ToS) is still a problem > > for me. Currently there is no ToS at all on our Redmine instance > > and registration is completely non-intuitive on GitLab w/o JS. > 1. Is this about the terms of service for GitLab.com or something > else? Since I think a self hosted GitLab instance is proposed I think > there are no ToS. OK for the proposed instance. But if we find a problem with the hosted instance and want to report the problem to GitLab itself, the reporter would still have to deal with the ToS of GitLab.com A bigger problem is none of these centralized messaging systems have any interopability with each other. Different Redmine/GitLab instances cannot talk to each other; and Redmine instances can't talk to GitLab instances, etc. Bugs do cross project boundaries occasionally... Plain-text email is still the only interoperable way to communicate. Debian's BTS actually gets this right and interoperates well with existing mailing lists. From my limited experience, RT does as well. > 2. If better non-javascript functionality is needed for the conversion > to happen we would be happy to add that. For one, the registration page I noted earlier only shows a bunch of unlabeled input boxes on w3m (which has no JS or CSS support). Does GitLab have mailing list integration? Fwiw, I would not have bothered contributing to Ruby if we did not have ruby-core mailing list integration with Redmine (but I'm only an occasional contributor to Ruby). > 3. If GitLab Inc. is acquired by another company (which is unlikely) > GitLab the project will still continue. It is in use by more than > 100,000 organizations and has over 800 contributors and is MIT > licensed. It's likely the Gitorious guys were thinking the same a few years ago :) Really, I remain unconvinced GitLab is any better than Redmine. What I can comfortably say is git is better than SVN in most aspects: * robustness/data integrity * disconnected operation * speed * scriptability with a stable plumbing interface * ease-of-contributing (open-to-everyone mailing list) Of course git likely loses in terms of usability and learning curve[1], and maybe still doesn't work as well on non-Free OSes. [1] Side note: I recommend anybody new to git to learn the blob/tree/commit data relationships with the plumbing, first; but maybe that's just me.