Re: Let's stop using CVS for debian.org website

Geert Stappers <[email protected]>
Newsgroups gmane.linux.debian.devel.www,gmane.linux.debian.devel.general
Message-ID <[email protected]>
On Sun, Nov 20, 2016 at 12:46:55PM +0800, Paul Wise wrote:
> On Sun, Nov 20, 2016 at 10:45 AM, Boyuan Yang wrote:
> > 
> > Hi all,
> > 
> > As a newcomer who wants to contribute to the Debian website, I was shocked 
> > when I heard that debian.org website is still using CVS to manage the source 
> > code.
> > 
> > I know there is a saying that "If things ain't broken, don't fix it.". But this 
> > is nearly 2017 today, not 2007 or 1997. CVS is seriouly outdated and largely 
> > replaced by SVN (or even Git).
> > 
> > If we continue to use CVS in the website source management, the disadvantages 
> > are clear:
> > 
> > * All the shortcomings that exist in CVS but solved by SVN or Git.
> > * Fewer and fewer people know how to manipulate with CVS, and most of the 
> > others won't be willing to learn it.
> > * Difficulty in setting up modern web interface. (Compare viewvc with GitHub, or 
> > for free software, GitLab or even cgit.)
> > * Difficulty in mirroring.
> > * ...which means the number of new content contributor would decrease.
> > 
> > Needless to say there are various tools that can help convert a CVS repo into 
> > a SVN repo or Git repo and they handle this job properly.
> 
> This idea comes up every few years but we haven't yet found someone
> with the time, skills and motivation to implement it.
> Some historical documents and discussions are in these links:
> 
> https://lists.debian.org/[email protected]
> https://wiki.debian.org/WebsiteVCSEvaluation
> https://wiki.debian.org/WebsiteSVNTransition
> 
> > I know the migration to other version control system would not be trivial and 
> > hurt the current workflow, but I strongly suggest that we set up a timetable or 
> > future plan. So will debian.org continue to use CVS to manage its source code? 
> > If yes, when will we re-analyze this choice? If not, when will we do the 
> > migration?

Roadmap
* Realize that we MUST adept. A change is really needed.
* Accept that there will be temporary breakage
* Announce that leaving CVS is coming up
* Have canned replies: "Currently this is going on, See URL for how to help"
* Do a last CVS change and commit
    echo "switched to git" > switch.announce.tmp
    echo "see URL" >> switch.announce.tmp
    mv README README.tmp
    cat switch.announce.tmp README.tmp > README
    # cvs add README
    cvs commit -m "thank you and goodbye"
* Make CVS read only
* Convert CVS repository to a git repository
* Put the git repository on-line
* Work with ( read from and write to ) the git repo
* Smile because now the journey is really started
* Focus on being able to update the website again
* Enjoy the milestone of a website update
* Now focus on getting a translation working again
* Make more translations possible
* Be happy surprised about whatelse showed up
* Conquer those challenges
* Replace CVS references with git ones. To avoid that people mis the new workflow
* Enjoy reaching the goal


Groeten
Geert Stappers
-- 
Leven en laten leven
signature.asc (application/pgp-signature, 836 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJYMV15AAoJECE10SPYwZvszrMQAJmi3AIRmCafRTqjp94TESON
aGsrl6GyX2rsjf42pKz76jzcIlGN7A/AKj5mwWL0y669057FGgRq1juY4aeAT7zf
yVmMeQZZ6hCyYyEAW+XyQLneghbpoTS8FUxJRUmlMK3RwI2B+BvXo/1B512cS3gw
oId4OLZ08U2pFyuq9VBGFCXtJor/KK1UWlglBz0+QiGleAUuR4d1HoXSEExbZM3m
D7f2csVu4xRcwaRuJPLLRLsCgel2+4wWC1uuxlzeHGcswlP8gpFGpRg2kXjkIyGG
OAZ0/7NOwvIs/9QwBaKn8kq0l3epI5CEUrs+0qV5HqsVyRv0sYLyGCZWD8yMs5Yw
gBZmkIXLlDH0eWUG0+sCwa8+IdfBd6Spyc/o3vR9G7NHYD6qlbZJ+5sLUTVKh3wa
pXLUDU5eiFit7PamTCFIdgxkZsgv5cdSbOFoSe3+Zbo1MNQIy1VekuxUhIqVX+zS
XvG/yTOZltizRX+poC4X9V4BCdvh9MggPrvQRj2+q2A2jHh7q1qopukoMsuTwn8d
18VpRRCa6Q6myL/49og3eZkPsd2mvJnxTRExZAFljEzcd3Uv2oy3Qimhz8snXz0P
I0zam1MI2CCflBfRQ1MTqrUXhFZmO3tmw7zh+qBFkSFOl2OICjvIgVL+SBhzK+BU
B13IY+wgHjS3pD7UTMNs
=TPL5
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.