<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 11, 2019 at 4:40 PM Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Apr 10, 2019 at 4:58 PM Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>> wrote:<br>
> On Sun, Apr 7, 2019 at 4:02 PM Markus Neteler <<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>> wrote:<br>
>><br>
>><br>
>> RFC 6: Migration from SVN to GitHub<br>
>> <a href="https://trac.osgeo.org/grass/wiki/RFC/6_MigrationGitHub" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/wiki/RFC/6_MigrationGitHub</a><br>
><br>
> Looks great. Thanks!<br>
><br>
> One thing it lacks are best practices for using Git. Git is not Subversion and we just can't use it as Subversion.<br>
<br>
Please suggest a text snippet to add there (or add directly).<br></blockquote><div><br></div><div>Added.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>> It also proposes an exit strategy incl. to implement a<br>
>> continuous mirror on GitLab.com.<br>
><br>
> How realistic is the continuous mirror? I know GitLab has migration tools, but does it have sync as well?<br>
<br>
<a href="https://docs.gitlab.com/ee/workflow/repository_mirroring.html" rel="noreferrer" target="_blank">https://docs.gitlab.com/ee/workflow/repository_mirroring.html</a><br>
"<br>
Repository mirroring allows for mirroring of repositories to and from<br>
external sources. It can be used to mirror branches, tags, and commits<br>
between repositories.<br>
A repository mirror at GitLab will be updated automatically. You can<br>
also manually trigger an update at most once every 5 minutes.<br>
"<br>
<br>
... looks fine.<br></blockquote><div><br></div><div>The mirroring covers only the code, but not the issues which we are also migrating. The migration does cover them, but the problem is the guarantee of being able to do the migration when needed. A periodical backup from GitHub would be probably fine.<br></div><div><br></div></div></div>