On Tue, Oct 7, 2008 at 1:36 PM, Thomas Wiradikusuma
<[EMAIL PROTECTED]> wrote:
>> Debian: Stable, testing, unstable.
>> Dan stable itu di update terus menerus tanpa updating version.
>
> I'm not familiar with debian, how come they update source code without
> incrementing anything (like build number)?

Sorry kalo nggak jelas. Maksud saya apt-get repository, bukan source code.
Perbandingannya itu dari end-user perspective:
o Spring user care dengan spring release policy dan cycle.
o Ubuntu/Debian user care dengan apt-get repository release policy dan
cycle dan umbrella project release cycle dan policy.

Dan kalo kita balik di analogy saya.
Apt-get repository itu consists banyak smaller project yang biasanya
punya release cycle sendiri.
Jadi mereka bisa update repository tanpa update umbrella project version.
Dan semua smaller project di apt-get itu biasanya depending dengan
"stable" version dari dependency mereka.
Jadi kalo kita mau maintain project tertentu, scope problemnya itu
jauh lebih kecil.

Kalo dibandingkan dengan spring. Spring release cycle itu consists
dari banyak module.
Karena itu, naturally, any module API bisa potentially di rubah selama
masih compatible dengan semua modules
within that release scope.
Nah, kalo kita liat nature dari spring bug. Bug itu biasanya ada di
internal spring code (e.g. bukan public API).
Internal spring API itu = Nggak harus se-stable spring user public API.
Dengan ini, kita bisa deduce kalo bug fixnya itu localitynya tidak
selalu small dan juga nggak depend dengan API yang mungkin di
introduce di later version of spring.
Bagaimana dengan code yang depend dengan module yang di bug fix. Ini
internal code, i.e. documentation nggak harus banyak. Bisa yakin kalo
kita nggak introduce more bug kalo kita main apply patch?

Bottom line. Banyak risk buat pakek project yang punya banyak modules
yang punya release-cyclenya bareng.

> most "open source guy" (or free loader if you will) prefer most recent
> version.
> like rod said in TSS (wordings vary), "..you can always get the latest
> and greatest. if you do use older version, then you must be investing 
> something.
Latest != greatest. Latest might introduce more bug.

> if you're investing,
> it'll be fair if i get a share *grin*" <-- my own interpretation

:P

Regards,
Edward Yakop

Kirim email ke