<div dir="ltr">Hi all,<div><br></div><div><br></div><div>As proposed earlier this year [1], <a href="http://common-lisp.net">common-lisp.net</a> will stop running darcsweb repository browsing and in fact will stop "supporting" Darcs completely. As a result, it makes sense to the <a href="http://common-lisp.net">common-lisp.net</a> admins to convert projects with Darcs repositories to Git+GitLab, as that's the only remaining DVC option on the system.</div><div><br></div><div>This is my current thinking with respect to the migration. The migration is inspired on the approach with the CVS migration with the notable exception that I do not envision offering projects to migrate to Subversion (offering only to migrate to Git+GitLab where we supported both Subversion and Git for CVS migration). Offering to migrate to Subversion doesn't seem to make sense as it would mean migrating to a centralized VC from a decentralized one.</div><div><br></div><div><br></div><div>These are the steps that I forsee in the preparation of the migration:</div><div><br></div><div> 1) Determine if there are any Darcs source repositories that map to existing target repositories,</div><div> e.g. because equally named Git repository which was already migrated to GitLab</div><div> 2) Run a few test conversions on a test-installation</div><div> *** looking for volunteers to help out validate the conversion-runs ***</div><div> 3) Post a full listing of all paths which will be affected by the conversion on the <a href="http://common-lisp.net">common-lisp.net</a></div><div> site for review by anyone interested</div><div><br></div><div>These are the steps that I forsee for the migration itself:</div><div><br></div><div> 1) One week before migration: notify the affected project/user of the intended migration date</div><div> [requesting projects/users to remove any repositories that should not be migrated]</div><div> 2) Migrate the repositories as announced</div><div> * Repositories in /home will be migrated to individual user accounts</div><div> * Repositories in /project will be migrated to GitLab groups</div><div> 3) Send migration confirmation to the respective affected users/projects</div><div><div><br></div><div><br></div><div>As some users and projects seem to use Darcs repositories to manage their public_html directories, my current thinking is to convert those repositories, but leave these in-place so projects can replace them with git check-outs at a later date</div><div><br></div><div><br></div><div>Same as with the CVS migration, it's likely that the migration/conversion of repositories will be executed in batches.</div><div><br></div><div><br></div><div>[1] <a href="https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000934.html">https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000934.html</a></div><div><br></div><div><br></div><div>Could you provide me with your questions and opinions?</div><div><br></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Bye,<div><br></div><div>Erik.</div><div><br></div><div><a href="http://efficito.com/" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.</div><div>Robust and Flexible. No vendor lock-in.</div></div></div>
</div></div>