Version 7 (modified by 6 years ago) ( diff ) | ,
---|
Table of Contents
RFC 6: Migration from SVN to GitHub
Authors of the first draft: Markus Neteler, Martin Landa
Status: Draft (05 Mar 2019) - Work in Progress by authors.
Introduction
GRASS GIS is an open source geoinformation system which is developed by a globally distributed team of developers. Besides the source code developers also message translators, people who write documentation, those who report bugs and wishes and more are involved.
The centralized source code management system Subversion (SVN) has served the GRASS GIS project very well since 2007. The project has established routines and infrastructure (code repository, ticketing system, developer wiki) connected to SVN. However, with an increasing number of Open Source developers using git (and here especially the success of GitHub), time has come to migrate the source code base from SVN kindly hosted by OSGeo to GitHub.com, a widely adopted development platform.
Background information of git migration
- For background and aims, see
- Results of a survey performed in early 2019:
- Technical discussions
New GitHub repositories
Since migration is a huge effort, massive work on converting the existing source code (organized in branches) and the related trac tickets has been done. The main scope of weeks of efforts was to preserve as much information as possible by converting trac/svn references to full URLs pointing to the old system kept available in read-only mode.
The following new GitHub repositories have been created:
- repository grass
- Source code from 1999 to present day (SVN-trunk -> git-master)
- i.e., all 7.x and later release branches + master
- repository grass-legacy
- Source code from 1987 - 1999
- i.e., a separate repository for older GRASS GIS releases (3.2, 4.x, 5.x, 6.x)
- repository grass-addons
- repository for addons (in future this will become less relevant as people tend to keep their addons in their own repositories)
- repository grass-promo
- repository for promotional material
The final destination of these repositories will be under
Authorship and SVN user name mapping to GitHub
Given GRASS GIS’ history of 35+ years we had to invest major effort in identifying and mapping user names throughout the decades (CVS was used from 1999 to 2007; SVN has been used since 2007, see history).
The following circumstances could be identified:
- user present in CVS but not in SVN
- user present in SVN but not in CVS
- user present in both with identical name
- user present in both with different name as some were changed in the CVS to SVN migration in 2007, leading to colliding user names
- some users already having a GitHub account (with mostly different name again)
- see here for the author mapping table
Important: nothing is lost as contributions can be claimed in GitHub.
Activating the GitHub issue tracker
As the cut-off date for the trac migration we selected 2007-12-09 (r25479) as it was the first SVN commit (after the years in CVS).
The tickets migrated from trac to GitHub contain updated links in the ticket texts:
- links to other tickets (now pointing to full trac URL). Note that there were many styles of referring in the commit log message which had to be parsed accordingly.
- links to trac wiki (now pointing to full trac URL)
- links source code in SVN (now pointing to full trac URL)
- images and attachments (now pointing to full trac URL)
Labels are preserved by transferring:
- "operating system" trac label into the GitHub issue text itself (following the new issue reporting template)
- converting milestones/tickets/comments/labels
- converting trac usernames to known GitHub usernames (those missing at time can claim commits)
- setting assignees if possible; otherwise set new "grass-svn2git" an assignee
New labels in the GitHub issue tracker:
The trac component of the bug reports have been cleaned up following other OSGeo projects like GDAL and QGIS, leading to the following categories:
- Issue category:
- bug
- enhancement
- Priority:
- blocker
- critical
- feedback needed
- Issue solution (other than fixing and closing it normally):
- duplicate
- invalid
- wontfix
- worksforme
- Components:
- docs
- GUI
- libs
- modules
- packaging
- python
- translations
- unittests
- Windows specific
Note that "normal" bugs reported will not carry a label in order to not overload the visual impact and readability.
Turning SVN/trac into readonly mode
As soon as the above listed repositories are stable and functional, SVN/trac (https://trac.osgeo.org/grass/) at OSGeo will be set into readonly mode. They will serve as a reference for existing links and also for the aforementioned converted commit messages and issues in the issue tracker.
Exit strategy
GitHub is a closed platform. In case it would be shutdown, closed or GitHub would start asking unreasonable fees, a backup strategy is needed. The proposed solution is
- GitLab has an import module from GitHub.
- implement a continuous mirror on GitLab