From 7c88384bb2349359a4753b424cd18e7dfdd6a870 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Tue, 27 Nov 2012 12:44:39 -0600 Subject: documentation: dev-manual - Updated collaboration section Fixes [YOCTO #3274] I have added a new area at the bottom of the current "Using the Yocto Project in a Team Environment" section. This section is the spot for addressing what Richard Purdie coined as "How to use YP in a work group." For now, the changes are based on the information that Richard placed in the Bugzilla entry. Presumably we can build on this information. (From yocto-docs rev: 92c5d1b6ac6b553fab19410170364dca40123c59) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/dev-manual/dev-manual-newbie.xml | 38 ++++++++++++++++++++++++-- 1 file changed, 36 insertions(+), 2 deletions(-) (limited to 'documentation/dev-manual') diff --git a/documentation/dev-manual/dev-manual-newbie.xml b/documentation/dev-manual/dev-manual-newbie.xml index 37f705b0ee..76d4180c47 100644 --- a/documentation/dev-manual/dev-manual-newbie.xml +++ b/documentation/dev-manual/dev-manual-newbie.xml @@ -75,8 +75,8 @@ Experience shows that buildbot is a good fit for this role. What works well is to configure buildbot to make two types of builds: incremental and full (from scratch). - See Welcome to the buildbot for the - Yocto Project for an example implementation that uses buildbot. + See "Welcome to the buildbot for the Yocto Project" + for an example implementation that uses buildbot. @@ -117,6 +117,40 @@ force any particular policy on users, unlike a lot of build systems. The system allows the best policies to be chosen for the given circumstances. + + + In general, best practices exist that make your work with the Yocto + Project easier in a team environment. + This list presents some of these practices you might consider following. + Of course, you need to understand that you do not have to follow these + practices and your setup can be totally controlled and customized by + your team: + + Use Git + as the source control system. + Maintain your metadata in layers that make sense + for your situation. + See the "Understanding + and Creating Layeres" section for more information on + layers. + Separate the project's metadata and code by using + separate Git repositories. + See the "Yocto Project + Source Repositories" section for information on these + repositories. + See the "Getting Set Up" section + for information on how to set up various Yocto Project related + Git repositories. + Set up the directory for the shared state cache + (SSTATE_DIR) + where they make sense. + For example, set up the sstate cache for developers using the + same office and share source directories on the developer's + machines. + Set up an autobuilder and have it populate the + sstate cache and source directories. + +
-- cgit v1.2.3-54-g00ecf