diff options
author | Scott Rifenbark <scott.m.rifenbark@intel.com> | 2011-08-25 15:59:44 -0700 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2011-08-30 17:27:37 +0100 |
commit | c3e83278c66fa7ce42a8b2e23d7c33ba2d53f926 (patch) | |
tree | 42e74a3c93fbc3afaaa51409e6f44bed005dfcc7 /documentation | |
parent | 79bd1a15182c0a85b918e2bf10d51fbeb8d061df (diff) | |
download | ast2050-yocto-poky-c3e83278c66fa7ce42a8b2e23d7c33ba2d53f926.zip ast2050-yocto-poky-c3e83278c66fa7ce42a8b2e23d7c33ba2d53f926.tar.gz |
documentation/dev-manual/dev-manual-newbie.xml: added more to contributing
The section on how to contribute changes to the YP resides in this
development guide. I took additional information from the YP reference
manual and merged it into the section here.
(From yocto-docs rev: 945dd29417cf51044332114e499b08fe24ef3077)
Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'documentation')
-rw-r--r-- | documentation/dev-manual/dev-manual-newbie.xml | 49 |
1 files changed, 45 insertions, 4 deletions
diff --git a/documentation/dev-manual/dev-manual-newbie.xml b/documentation/dev-manual/dev-manual-newbie.xml index f0bb08e..14f5ca1 100644 --- a/documentation/dev-manual/dev-manual-newbie.xml +++ b/documentation/dev-manual/dev-manual-newbie.xml @@ -528,15 +528,56 @@ <title>How to Submit a Change</title> <para> - During the development process it is necessary to submit your changes to the maintainer - of the project. - Furthermore, in a collaborative environment it is necessary to have some sort of standard + Contributions to the Yocto Project are very welcome. + You should send patches to the Yocto Project mailing list to get it in front of the + Yocto Project Maintainer. + When you send your patch, be sure to include a "signed-off-by:" + line in the same style as required by the Linux kernel. + Adding this line signifies the developer has agreed to the Developer's Certificate of Origin 1.1 + as follows: + <literallayout class='monospaced'> + Developer's Certificate of Origin 1.1 + + By making a contribution to this project, I certify that: + + (a) The contribution was created in whole or in part by me and I + have the right to submit it under the open source license + indicated in the file; or + + (b) The contribution is based upon previous work that, to the best + of my knowledge, is covered under an appropriate open source + license and I have the right under that license to submit that + work with modifications, whether created in whole or in part + by me, under the same open source license (unless I am + permitted to submit under a different license), as indicated + in the file; or + + (c) The contribution was provided directly to me by some other + person who certified (a), (b) or (c) and I have not modified + it. + + (d) I understand and agree that this project and the contribution + are public and that a record of the contribution (including all + personal information I submit with it, including my sign-off) is + maintained indefinitely and may be redistributed consistent with + this project or the open source license(s) involved. + </literallayout> + A Poky contributions tree (<filename>poky-contrib</filename>, + <filename>git://git.yoctoproject.org/poky-contrib.git</filename>) + exists for contributors to stage contributions. + If people desire such access, please ask on the mailing list. + Usually, the Yocto Project team will grant access to anyone with a proven track + record of good patches. + </para> + + <para> + In a collaborative environment, it is necessary to have some sort of standard or method through which you submit changes. Otherwise, things would get quite chaotic. </para> <para> - When you submit a change or patch to the Yocto Project you must follow certain procedures. + When you submit a change or patch to the Yocto Project, you must follow certain procedures. In particular, the headers in patches and the commit messages must follow a certain standard. The general process is the same as described earlier in this chapter. For complete details on how to create proper commit messages and patch headers see |