Linux kernel fejlesztési modell

A HupWiki-ből...

A Linux kernel fejlesztési modellje

A jelenleg (2014. decembere) érvényben levő Linux kernel fejlesztési modell nagy vonalakban a következő:

A Linux kernel minden egyes verziójának fejlesztési ciklusa úgy indul, hogy az előző végleges kernelverzió kiadása után megnyílik a beolvasztási időablak (merge window). Ez egy két hetes időszak. Ebben az időszakban kellene a fejlesztőknek azokat az újdonságokat, feature fejlesztéseket beküldeniük, amit szeretnének a következő kernelkiadásban viszontlátni. A két hét elteltével a "merge window" bezárul és kezdetét veszi egy stabilizációs időszak. Itt adja ki Linus a ciklus első -rc kernelét.

Innentől kezdve a végleges kiadás bejelentéséig jönnek az -rc kernelek. Vagyis, innentől kezdve elvileg csak kritikus javítások és stabilizációt célzó fixek jöhetnének.

Csakhogy mindig vannak karbantartók, akik későn kapcsolnak, a merge window-t átalusszák, majd a stabilizációs időszakban próbálják Linust rávenni arra, hogy fogadja be a patchkészletüket.

Ilyenkor szokott Linus hangulatától függően zsémbeskedni vagy őrjöngeni.

Összefoglalva, amikor az -rc időszakban azt mondja Linus, hogy minden csendes, az azt jelenti, hogy a dolgok a lefektetett szabályok szerint haladnak, senki sem zaklatja azzal, hogy a stabilizációs időszakban mindenféle óriási patchet olvasszon be és valóban csak hibajavítások érkeznek.

Idézet:

   A relatively straightforward discipline is followed with regard to the
   merging of patches for each release. At the beginning of each development
   cycle, the "merge window" is said to be open. At that time, code which is
   deemed to be sufficiently stable (and which is accepted by the development
   community) is merged into the mainline kernel. The bulk of changes for a
   new development cycle (and all of the major changes) will be merged during
   this time, at a rate approaching 1,000 changes ("patches," or "changesets")
   per day.
   (As an aside, it is worth noting that the changes integrated during the
   merge window do not come out of thin air; they have been collected, tested,
   and staged ahead of time. How that process works will be described in
   detail later on).
   The merge window lasts for approximately two weeks. At the end of this
   time, Linus Torvalds will declare that the window is closed and release the
   first of the "rc" kernels. For the kernel which is destined to be 2.6.40,
   for example, the release which happens at the end of the merge window will
   be called 2.6.40-rc1. The -rc1 release is the signal that the time to
   merge new features has passed, and that the time to stabilize the next
   kernel has begun.
   Over the next six to ten weeks, only patches which fix problems should be
   submitted to the mainline. On occasion a more significant change will be
   allowed, but such occasions are rare; developers who try to merge new
   features outside of the merge window tend to get an unfriendly reception.
   As a general rule, if you miss the merge window for a given feature, the
   best thing to do is to wait for the next development cycle.

Külső hivatozások

kernel/Documentation/development-process/2.Process

Személyes eszközök