Linus Torvalds: Linux 3.16-rc4

Kernel

Linus a hétvégén bejelentette a 3.16-os kernel negyedik prepatchét. A bejelentés szövege néhány sor, amiben a projektvezető leírja, hogy minden szép, minden jó, minden nyugodt, minden rendben van. A nyugalom oka lehet az, hogy ünnep volt (július 4-e), illetve megkezdődtek a nyári szabadságok. Linus szerint mindegy, hogy mi az ok, a lényeg, hogy a diffstat és log jól néz ki és egész kicsi.

Részletek a bejelentésben.

A hozzászóláshoz be kell jelentkezni

Én ezt nem értem, miért jó Linusnak, ha minden nagyon nyugodt, és miért ideges, ha a fejlesztők esetleg kicsit többet dolgoznak a cuccon? :D

0 szavazat

A hozzászóláshoz be kell jelentkezni

Hogy értsd, ahhoz ismerni kéne a jelenleg érvényben levő fejlesztési modellt, ami az alábbiak szerint épül fel:

Minden egyes verzió 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átniuk. 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.

Na, ilyenkor szokott hangulattól függően zsémbeskedni vagy őrjöngeni.

Szóval, amikor az -rc időszakban azt mondja, hogy minden csendes, az azt jelenti, hogy a dolgok a lefektetettek 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.

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.