(Add a checklist of stuff to do when moving) |
m (Fix link.) |
||
| (3 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
This page documents the steps to follow for moving a module from KDE's subversion repository to gitorious.org. | This page documents the steps to follow for moving a module from KDE's subversion repository to gitorious.org. | ||
| − | * Write a ruleset for the module and make sure the git repository has all necessary history in it. See the [[Projects/ | + | * Write a ruleset for the module and make sure the git repository has all necessary history in it. See the [[Projects/MoveToGit/UsingSvn2Git|Using Svn2Git]] page for more information about this step. |
* Find a sysadmin who can shut down write access to all places in svn that belong to the module. This is needed so that a final rsync will contain all current history for the module and you don't miss any commit. | * Find a sysadmin who can shut down write access to all places in svn that belong to the module. This is needed so that a final rsync will contain all current history for the module and you don't miss any commit. | ||
* Execute the conversion to create a local git repository | * Execute the conversion to create a local git repository | ||
| Line 10: | Line 10: | ||
* The kde-sysadmins needs to be added too with admin rights, so they can help with tagging and general administration (setting up hooks etc.) | * The kde-sysadmins needs to be added too with admin rights, so they can help with tagging and general administration (setting up hooks etc.) | ||
* Add the new remote repository to your local one as new remote, then push all local branches and tags to the remote repository. | * Add the new remote repository to your local one as new remote, then push all local branches and tags to the remote repository. | ||
| − | * Scripty needs to be pointed to the new place of the module, | + | * Scripty needs to be pointed to the new place of the module, you can send the kde-i18n-doc mailinglist a note and it should be taken care of. |
* Clean up subversion, this means either leaving a single README file instead of the original content of the module, or removing the path completely | * Clean up subversion, this means either leaving a single README file instead of the original content of the module, or removing the path completely | ||
| − | * Point EBN to the new place of the module | + | * Point EBN to the new place of the module: Contact Allen Winter. |
| − | * Point LXR to the new place of the module | + | * Point LXR to the new place of the module: Contact [https://bugs.kde.org/enter_sysadmin_request.cgi KDE's sysadmins]. |
* Adjust the developer information on www.kde.org | * Adjust the developer information on www.kde.org | ||
| − | Thats it. More information on the permissions and post-hook scripts (for BUG:, CCMAIL: etc) can be found on the [[Development | + | Thats it. More information on the permissions and post-hook scripts (for BUG:, CCMAIL: etc) can be found on the [[Development/Git|KDE on Git]] page. |
This page documents the steps to follow for moving a module from KDE's subversion repository to gitorious.org.
Thats it. More information on the permissions and post-hook scripts (for BUG:, CCMAIL: etc) can be found on the KDE on Git page.
KDE TechBase 