Pourquoi ne le noyau Linux référentiel avoir une seule branche?

Noyau principal

Tout d'abord: ne pas utiliser github lien (c'est juste un miroir). La réelle dépôts sont situés à kernel.org. Vous voudrez probablement utiliser Linus Torvalds a' de l'arbre, qui est torvalds/linux.git.

Il est appelé principale noyau, ce qui signifie que cet arbre est celui où le réel développement de la prochaine version du noyau qui se passe. Bien qu'il n'ait maître direction générale, vous pouvez passer à tout version du noyau à l'aide de balises. Cette commande va vous montrer toutes les balises de version:

$ git tag

Vous pouvez payer à la balise de votre choix comme ça:

$ git checkout v4.0

Il n'est pas nécessaire dans un tas de branches pour le noyau principal, en tant que processus de développement dans cet arbre ne s'arrête jamais, et si une nouvelle version est sortie, il n'y aura pas de retour-le portage de cette version (à l'intérieur de la canalisation principale de l'arbre). Ainsi Linus bâtons de balises (au lieu de branches) dans ce cas.

Noyau Stable

Il est également linux-stable arbre. "Stable" signifie que, après la libération, quelques corrections de bug serait de retour-porté sur celle-ci. Dans cet arbre, vous devriez regarder pour des branches (plutôt que des balises):

$ git branch -a

Vous pouvez voir les branches comme:

linux-4.9.y

où y suffixe est juste un espace réservé pour une correction de la version (car schéma de nommage est linux-4.x.y). Chaque fois que vous voyez y suffixe -- c'est un noyau stable de la branche. Certains de ces succursales sont LTS noyaux (lire cette pour plus de détails).

Dans ce cas, les branches sont nécessaires parce que les développeurs ont de rétroporter quelques corrections de bugs dans les versions commercialisées. Si seulement les tags ne sont pas assez ici.

Prochaine noyau

Il convient également de mentionner qu'il n'y est linux-next arbre. Voici la description de le noyau de la documentation de processus:

Avant les mises à jour à partir du sous-système arbres sont regroupées dans le réseau principal 4.x de l'arbre, ils ont besoin d'être de l'intégration-testé. À cette fin, un dépôt de test existe dans pratiquement tous sous-système arbres sont placés sur une base presque quotidienne:

https://git.kernel.org/?p=linux/kernel/git/next/linux-next.git

De cette façon, le -next noyau donne un résumé des perspectives sur ce qu'on attend pour aller dans le noyau principal au cours de la prochaine période de fusion. Aventureux, les testeurs sont les bienvenus à l'exécution de test de la -next noyau.

Responsable arbres

De retour pour les arbres. En fait, il ya beaucoup d'entre eux, ils sont appelés responsables des arbres. Vous pouvez voir tous ici.

Vous avez besoin de comprendre la fusion de la politique: seulement Linus pouvez fusionner code de la canalisation principale de l'arbre. Vous pouvez voir beaucoup de de fusion s'engage de lui dans la commande git log. Donc, si vous voulez que votre patch à appliquer à noyau principal, vous devez l'envoyer à l' noyau listes de diffusion pour l'examen de la première. Voir Documentation/SubmittingPatches. Une fois que votre patch est examiné et reconnu par le sous-système correspondant à un responsable, il doit l'appliquer à son propre arbre. À partir de là, ce patch va être fusionné à noyau principal au cours de la prochaine fenêtre de fusion. Le noyau Linux modèle de développement est décrit ici.

Si vous êtes intéressé en amont vos patchs -- vous pouvez également passer par kernelnewbies.org matériaux.

OriginalL'auteur Sam Protsenko