Issue #10547 has been updated by Shyouhei Urabe.


Martin Drst wrote:
> Shyouhei Urabe wrote:
> > The situation is that no one in ruby-core is actively willing to do anydirty work to get things move to git.  I think we are all OK when someone else did so.
> 
> Hello Shyouhei,
> 
> I think Sytse is offering to help with the dirty work, which is great.

Yes.  His offer is great.  I didn't intend to reject that; I just wanted tosay it is much difficult than it seems.  It took Eric Raymond's full year of preparation plus his full 8 weeks work to migrate Emacs to git.  You have to brace the impact of similar magnitude.

> But in my view, the main issue is that when people discussed moving to git, they implied moving to github, which is different from gitlab. But I maybe wrong.

Git itself is a decentralized thing so GitLab vs GitHub does't matter.  Theproblem is how we collaborate each other; like should we continue using this redmine or move to GitHub issues?  Eric Wong's comment https://bugs.ruby-lang.org/issues/10547#note-3 goes deeper in this area.



----------------------------------------
misc #10547: How to move the ruby project to git
https://bugs.ruby-lang.org/issues/10547#change-50115

* Author: Sytse Sijbrandij
* Status: Open
* Priority: Normal
* Assignee: 
* Category: 
* Target version: 
----------------------------------------
I'm posting this on the bugtracker as suggested by Koichi, feel free to move or close this if I've posted in the wrong project.

During rubyconf 2013 I briefly discussed the migration of ruby from svn to git with the core team. During the Q&A of Rubyconf 2014 Matz again mentioned that the community wants this and there are two problems that need to be solved:
1. Incremental numbering
2. Running scripts

I love ruby a lot and it is the reason I learned programming and became a developer. I now am CEO of GitLab B.V., we make open source software to collaborate on code.

The two problems are things that we can solve in GitLab:
1. Make a project service that tags each commit on master incrementally.
2. Scripts are easy to run on your own GitLab server, see http://doc.gitlab.com/ce/hooks/custom_hooks.html

If the ruby core team is interested we can make 1. and set up a GitLab server, convert the existing scripts and help maintain it for free.

If the core team wants to move to GitHub or Bitbucket we are also willing to help with scripting and conversion.

Best regards,
Sytse Sijbrandij
CEO GitLab B.V.



-- 
https://bugs.ruby-lang.org/