<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.yoctoproject.org/wiki/index.php?action=history&amp;feed=atom&amp;title=Yocto_Project_Branch_Conventions</id>
	<title>Yocto Project Branch Conventions - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.yoctoproject.org/wiki/index.php?action=history&amp;feed=atom&amp;title=Yocto_Project_Branch_Conventions"/>
	<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Yocto_Project_Branch_Conventions&amp;action=history"/>
	<updated>2026-04-18T19:43:45Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.39.5</generator>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Yocto_Project_Branch_Conventions&amp;diff=11688&amp;oldid=prev</id>
		<title>Eflanagan: Created page with &quot;== Branching Conventions == === Introduction ===  This page explains when we branch certain Yocto Project repositories, the naming conventions used and what we require from third...&quot;</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Yocto_Project_Branch_Conventions&amp;diff=11688&amp;oldid=prev"/>
		<updated>2013-12-04T15:27:29Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot;== Branching Conventions == === Introduction ===  This page explains when we branch certain Yocto Project repositories, the naming conventions used and what we require from third...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;== Branching Conventions ==&lt;br /&gt;
=== Introduction ===&lt;br /&gt;
&lt;br /&gt;
This page explains when we branch certain Yocto Project repositories, the naming conventions used and what we require from third party BSP maintainers if their BSPs are built via the Yocto Autobuilder&lt;br /&gt;
&lt;br /&gt;
==== Branching Philosophy ====&lt;br /&gt;
&lt;br /&gt;
We try to limit the number of branches in the main Yocto Project repository to feature branches, master, master-next and release branches. At one point in the past, we regularly utilized branches for milestones. In general, we no longer do so, however, we can and will utilize milestone branches when we&amp;#039;re trying to maintain the stability of master, but get a very large feature into a milestone.&lt;br /&gt;
&lt;br /&gt;
==== Naming Conventions ====&lt;br /&gt;
&lt;br /&gt;
We utilize for the poky, eclipse-plugin-*, meta-qt3 repos the following convention&lt;br /&gt;
&lt;br /&gt;
1. If it is a milestone branch, which should be rare, the branch name will be M.m_M&amp;lt;milestone_number&amp;gt;. Example: 1.5_M1&lt;br /&gt;
2. If it is a release branch, the branch name will be the name of the release (dylan, dora, etc)&lt;br /&gt;
3. If it is a next branch, the branch name will be the name of what it is the next of, appended with a -next (master-next, dora-next)&lt;br /&gt;
&lt;br /&gt;
==== BSP repo maintainers ====&lt;br /&gt;
&lt;br /&gt;
At one point in the past, we required BSP repo maintainers to maintain their repos utilizing our naming convention if they were utilizing the autobuilder infrastructure to maintain their builds. We no longer require this. However, BSP repo maintainers, should take note that it is their job to inform Build and Release of what branches/tags they wish to have included in a milestone/release build. It is also their job to make sure that the release branches are kept up to date.&lt;/div&gt;</summary>
		<author><name>Eflanagan</name></author>
	</entry>
</feed>