mirror of
https://git.yoctoproject.org/poky
synced 2026-07-16 15:57:04 +00:00
documentation: Moved devtool workflow to sdk manual
Fixes [YOCTO #11630] The section on the devtool workflow in the dev-manual was 99% identical to what was in the sdk-manual. I have moved the workflow procedure from the old "Model" chapter of the dev-manual to be merged with what was in the sdk-manual. In truth, the only things added were a note about devtool not being exclusive to SDK development. The result of moving (deleting) this section was that the "model" chapter of the dev-manual went away. The devtool stuff, Quilt, devshell, and python shell are all out now and there is no chapter left. So, mega-manual had to be adjusted to not pull that chapter in when building the dev-manual. I had to delete three figures that were used in the flow. The figures were already replicated in the sdk-manual. The figures were deleted from the figures folder of both the dev-manual and the mega-manual. I had to make sure all references to the old devtool stuf in the YP doc set were adjusted. (From yocto-docs rev: 5dbd643d31ab502df53a22229e457a03da7772b7) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
committed by
Richard Purdie
parent
b15a65b8ea
commit
293b53674c
@@ -1516,8 +1516,9 @@
|
||||
<para>
|
||||
You can find a complete description of the
|
||||
<filename>devtool add</filename> command in the
|
||||
"<link linkend='use-devtool-to-integrate-new-code'>Use <filename>devtool add</filename> to Add an Application</link>"
|
||||
section.
|
||||
"<ulink url='&YOCTO_DOCS_SDK_URL;#sdk-a-closer-look-at-devtool-add'>A Closer Look at <filename>devtool</filename> add</ulink>"
|
||||
section in the Yocto Project Software Development Kit
|
||||
(SDK) Developer's Guide.
|
||||
</para>
|
||||
</section>
|
||||
|
||||
@@ -4081,10 +4082,11 @@
|
||||
<note><title>Tip</title>
|
||||
With regard to preserving changes to source files, if you
|
||||
clean a recipe or have <filename>rm_work</filename> enabled,
|
||||
the workflow described in the
|
||||
"<link linkend='using-devtool-in-your-workflow'>Using <filename>devtool</filename> in Your Workflow</link>"
|
||||
section is a safer development flow than the flow that
|
||||
uses Quilt.
|
||||
the
|
||||
<ulink url='&YOCTO_DOCS_SDK_URL;#using-devtool-in-your-sdk-workflow'><filename>devtool</filename> workflow</ulink>
|
||||
as described in the Yocto Project Software Development Kit
|
||||
(SDK) Developer's Guide is a safer development flow than the
|
||||
flow that uses Quilt.
|
||||
</note>
|
||||
</para>
|
||||
|
||||
@@ -6966,7 +6968,8 @@
|
||||
|
||||
<para>
|
||||
Two methods exist by which you can create the patch:
|
||||
<link linkend='using-devtool-in-your-workflow'><filename>devtool</filename></link> and
|
||||
<ulink url='&YOCTO_DOCS_SDK_URL;#using-devtool-in-your-sdk-workflow'><filename>devtool</filename></ulink>
|
||||
and
|
||||
<link linkend='using-a-quilt-workflow'>Quilt</link>.
|
||||
For kernel patches, the Git workflow is more appropriate.
|
||||
This section assumes the Git workflow and shows the steps specific to
|
||||
|
||||
Reference in New Issue
Block a user