Changes

1,626 bytes removed ,  07:58, 3 September 2011
m
Line 1: Line 1:  
<noinclude>{{GoogleTrans-en}}{{TeamHeader|Activity Team}}{{TOCright}}</noinclude>
 
<noinclude>{{GoogleTrans-en}}{{TeamHeader|Activity Team}}{{TOCright}}</noinclude>
 +
 +
How to migrate activity source control from laptop.org to sugarlabs.org.
 +
 
== Import a module from dev.laptop.org ==
 
== Import a module from dev.laptop.org ==
   Line 17: Line 20:  
* '''Notify''' [http://lists.sugarlabs.org/listinfo/sugar-devel sugar-devel] about the move.
 
* '''Notify''' [http://lists.sugarlabs.org/listinfo/sugar-devel sugar-devel] about the move.
 
* '''Make sure''' that sugar-jhbuild points to the new repository (ask someone to do it for you if you have no access)
 
* '''Make sure''' that sugar-jhbuild points to the new repository (ask someone to do it for you if you have no access)
  −
== Clone a module from git.sugarlabs.org ==
  −
Instructions on how to clone a project from the git repositories of sugarlabs.org can be found at the project's repos/mainline page, for example for [http://git.sugarlabs.org/projects/sugar-jhbuild/repos/mainline sugar-jhbuild]. And here is an example:
  −
  −
git clone git://git.sugarlabs.org/sugar-jhbuild/mainline.git sugar-jhbuild
  −
  −
== Git commit message guidelines ==
  −
These are guidelines to enhance the readability of the commit messages and the release notes which are made with [http://www.kernel.org/pub/software/scm/git/docs/git-shortlog.html git-shortlog]. Please try to follow them as much as possible and make suggestions in the [http://lists.sugarlabs.org/listinfo/sugar-devel sugar devel mailing list] of you find things missing, the guidelines completely insane or just want to demonstrate your appreciation.
  −
  −
* The commit message should start with a single short (less than 50 character) line summarizing the change, followed by a blank line and then a more thorough description. Tools that turn commits into email, for example, use the first line on the Subject: line and the rest of the commit in the body. The git-shortlog command that we use to write the release notes will strip the more detailed description.
  −
  −
* If your commit does fix a certain bug make sure that the summarizing line contains the bug number prepended by a '#' at the '''end''' of the line (e.g. #14). It is implied that you mean the [http://dev.sugarlabs.org Sugar Labs trac] instance. If not please prepend an identifier like OLPC#123, RH#456, Debian#666, Ubuntu#53.
  −
  −
* Start your commit message with a capital letter.
  −
  −
* Suffix no dot at the end of the summarizing line.
  −
  −
* Fixes for typing errors and pylint fixes happen quite often. Just mark them _Typo and respectively _Pylint for easier reading.
  −
  −
----
      
== See also ==
 
== See also ==
Line 42: Line 25:  
*A [[Activity Team/Git FAQ|Git/Gitorious FAQ]]
 
*A [[Activity Team/Git FAQ|Git/Gitorious FAQ]]
 
*[http://cgit.sugarlabs.org/ cgit] interface for git.sugarlabs.org
 
*[http://cgit.sugarlabs.org/ cgit] interface for git.sugarlabs.org
 
+
*http://wiki.sugarlabs.org/go/Activity_Team/Git_Activity_Maintainer_Walkthrough
 +
*http://people.sugarlabs.org/Tgillard/git-from-bottom-up.pdf
 
[[Category:Activity Team]]
 
[[Category:Activity Team]]
12,355

edits