[gentoo-commits] proj/sci:master commit in: /

["Justin Lecher" <jlec@gentoo.org>]

commit:     5614ffab3d353ff5506040b3005a5458b36c48be
Author:     Justin Lecher <jlec <AT> gentoo <DOT> org>
AuthorDate: Wed Jan 29 11:39:25 2014 +0000
Commit:     Justin Lecher <jlec <AT> gentoo <DOT> org>
CommitDate: Wed Jan 29 11:39:25 2014 +0000
URL:        http://git.overlays.gentoo.org/gitweb/?p=proj/sci.git;a=commit;h=5614ffab

Be more precise on the branching

Signed-off-by: Justin Lecher <jlec <AT> gentoo.org>

---
 CONTRIBUTING.md | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 8f02ccc..99561d0 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -64,9 +64,9 @@ In order to send pull request and ask for inclusion of your changes you need to
     hub fork
 
 ###Branch out for contribution
-It is always convenient for development as well as for the review and merging process, if the development is done in branches.
+It is always convenient for development as well as for the review and merging process, if the development is done in branches. Let's branch the overlay into a local branch named PACKAGE_NAME.
 
-    git checkout -b my-feature master
+    git checkout -b PACKAGE_NAME master
 
 For the fastest process during merging it is best to have a single branch per package.
 
@@ -83,9 +83,9 @@ Once *all* reported problems are resolved, you can commit it
     repo-commit "Here we write a comprehensible commit message"
 
 ###Push to Github and make a pull request
-Next we push back the changes to our fork and send a pull-request to the overlay maintainers.
+Next we push back the changes in the PACKAGE_NAME branch to our fork and send a pull-request to the overlay maintainers.
 
-    hub push YOUR_GITHUB_USER
+    hub push YOUR_GITHUB_USER PACKAGE_NAME
     hub pull-request
 
 Lastly you need to wait for review comments and the merge of your work. If you feel that they are slacking, don't bother to ping them again. In case you need to include some improvements, just commit your work again using *repo-commit* and push it again to your fork. No need to send another pull-request as your new changes will be added to the original one.