[teknologia] Re: Melacak commits secara real-time

2006-01-19 Terurut Topik sueng


Ariya Hidayat wrote:
 Trac ada real-time commits trackernya (bukan websvn) ?

 Kalau iya, saya yang nggak teliti RTFM-nya.


Saya agak kurang paham apakah ini termasuk kategori real-time commit
tracker atau bukan , tapi di trac ada fasilitas timeline yang
menunjukan history commit untuk setiap project. Hanya memang trac
sepertinya harus satu server dengan subversionnya CMIIW.

sueng



[teknologia] Re: Melacak commits secara real-time

2006-01-18 Terurut Topik muhamad carlos patriawan

  PS:
  Kenapa ya kalau pas ada post macam gini biasanya tidak rame? udah pada
  bosen kali ya :D hehehehehe

 Hehe, kalau ditanya seperti ini nanti metadiskusi lebih panjang
 daripada diskusinya sendiri :-)

Karena orang yang suka commit gak ada taste kali ... hahahhaa :-)

anywa masalah commit ini sebenarnya punya mazhab lagi karena
commit/checkin punya peran erat dengan kualitas produk dan akhirnya
company revenue/images.

Masalah mazhabnya kurang lebih:
- untuk fixing bugs mau di checked in di stable code atau di release
khusus ? kalau di release khusus apakah tiap customer kudu punya
special release code  ? atau sebaiknya semua checked in code dimasukin
ke satu image ?

- untuk fitur gimana kalo sudah deket deadline ? misalnya mau nambahin
fitur OSPF LSA  Pacing enhancement on ATM-OC3 interfaces with PPP
encapsulation, apa mau codenya dicommit/direlease walaupun ada 20
showstoppers ? ataukah langsung deliver aja ? (kalo kustomer nemu,baru
disembuhin,etc).

Carlos



[teknologia] Re: Melacak commits secara real-time

2006-01-18 Terurut Topik Ariya Hidayat

 anywa masalah commit ini sebenarnya punya mazhab lagi karena
 commit/checkin punya peran erat dengan kualitas produk dan akhirnya
 company revenue/images.

Bang Carlos, larikan diskusinya ke thread Kebijakan check-in/commit
yang sudah saya buat.

Anggap saja ini fitur baru, jadi perlu branching :-)


[teknologia] Re: Melacak commits secara real-time

2006-01-17 Terurut Topik sueng


Ariya Hidayat wrote:

 Bila dipasang untuk keperluan sendiri (perusahaan, kolaborasi, dll),
 bisa berguna untuk sang manager.



Untuk keperluan internal Trac ( http://trac.edgewall.com/ ) juga cukup
menarik malah ada wiki dan bug tracking

sueng



[teknologia] Re: Melacak commits secara real-time

2006-01-17 Terurut Topik Akhmad Fathonih

On 1/17/06, Ariya Hidayat [EMAIL PROTECTED] wrote:

 Melanjutkan isu version control yang pernah saya lontarkan sebelumnya,
 ini ada dua proyek yang menarik untuk digunakan memantau commits yang
 dilakukan (khususnya untuk subversion): CIA dan svntalk. Hasilnya bisa
 ditampilkan di browser per proyek, contohnya:

 http://cia.navi.cx/stats/project/kde/koffice
 http://svntalk.pwsp.net/project/KOffice

 maupun per author (contohnya untuk saya):

 http://svntalk.pwsp.net/author/ariya
 http://cia.navi.cx/stats/author/ariya

 Saya belum tahu proyek lain yang menginstal svntalk. GNOME masih
 dengan CVS, mungkin ada padanannya.

 Sementara CIA juga banyak dipasangkan ke proyek open-source lainnya.
 Contoh hasil tracking untuk MDAMT:

 http://cia.navi.cx/stats/author/mdamt

 Bila dipasang untuk keperluan sendiri (perusahaan, kolaborasi, dll),
 bisa berguna untuk sang manager.


 --
 http://www.google.com/search?q=ariya+hidayatbtnI


lagi kepikiran untuk bikin semacam badge dari status cia. Tapi bingun
mau divisualisasikan dalma bentuka pa. hanya ngka-angka? Pengennya sih
dalam bentuk gambar. Jadi misalnya kalau hari ini lebih aktif dari
hari kemaren maka akan muncul badge berupa dancing monkey. Atau
kalau dalam seminggu sangat aktif (entah bagaimana cara mengukurnya)
badgenya berupa jumping penguin. kalau gak ada commit, dapet badge
llama :D .. Pointnya adalah memberikan nilai eksklusiftas dan
kebanggaan bagi orang-orang yang telah melakukan commit .. biar lebih
semangat lagi unutk menulis kode :)

PS:
Kenapa ya kalau pas ada post macam gini biasanya tidak rame? udah pada
bosen kali ya :D hehehehehe

--
Akhmad Fathonih | http://blog.neofreko.com | http://jogja.linux.or.id
Are you geek enough to handle all these sh**s?


[teknologia] Re: Melacak commits secara real-time

2006-01-17 Terurut Topik Mohammad DAMT

Pada hari Selasa, tanggal 17/01/2006 pukul 19:14 +0700, Akhmad Fathonih
menulis:

 dalam bentuk gambar. Jadi misalnya kalau hari ini lebih aktif dari
 hari kemaren maka akan muncul badge berupa dancing monkey. Atau
 kalau dalam seminggu sangat aktif (entah bagaimana cara mengukurnya)

Sederhana saja. Mengukurnya ya dari jumlah commit yang dilakukan. Dikasih 
ambang batas, misalnya jumlah commit dalam sehari:

0: llama diem
1-5: kucing garong
6-10: wa aung lompat2
11: penguin joged

Kalau mau ditambah lagi aturannya untuk per minggu, jikalao jumlah
commit sudah melewati jumlah commit minggu kemarin, maka gambar penguin
joged diganti dengan gambar panci lagi ngebul.

 PS:
 Kenapa ya kalau pas ada post macam gini biasanya tidak rame? udah pada
 bosen kali ya :D hehehehehe

Sibuk barangkali.

 --
 Akhmad Fathonih | http://blog.neofreko.com | http://jogja.linux.or.id
 Are you geek enough to handle all these sh**s?



[teknologia] Re: Melacak commits secara real-time

2006-01-17 Terurut Topik Ariya Hidayat

 Untuk keperluan internal Trac ( http://trac.edgewall.com/ ) juga cukup
 menarik malah ada wiki dan bug tracking

Trac ada real-time commits trackernya (bukan websvn) ?

Kalau iya, saya yang nggak teliti RTFM-nya.


--
http://www.google.com/search?q=ariya+hidayat


[teknologia] Re: Melacak commits secara real-time

2006-01-17 Terurut Topik Ariya Hidayat

 Pointnya adalah memberikan nilai eksklusiftas dan
 kebanggaan bagi orang-orang yang telah melakukan commit .. biar lebih
 semangat lagi unutk menulis kode :)

Yang ini sempat tidak begitu disukai di KDE, karena jumlah commit
tidak selalu (kadang sih iya) sebanding dengan kualitasnya. Contohnya,
saya bisa ganti indentasi banyak berkas sesuai dengan gaya pemrograman
(coding style) yang disepakati. Hasilnya memang commits banyak, tapi
tidak mencerminkan kebanggaan apapun. Sementara ada developer lain
yang commit satu superfitur yang sekaligus juga memperbaiki ratusan
bug, walaupun satu commit ini bisa berharga sekali.

Lucunya, bisa juga yang jadi salah satu dari top committers adalah
Script Kiddy (halo Zaki!). Ini bukan orang, tapi script yang
memperbaiki source-code secara semiotomatis. Contohnya
http://lists.kde.org/?l=kde-commitsm=113755424903817w=2

Tapi sering juga memang commits ~ hasil kerja.

Jadi statistiknya harus dipahami with a grain of salt.

 PS:
 Kenapa ya kalau pas ada post macam gini biasanya tidak rame? udah pada
 bosen kali ya :D hehehehehe

Hehe, kalau ditanya seperti ini nanti metadiskusi lebih panjang
daripada diskusinya sendiri :-)

--
http://www.google.com/search?q=ariya+hidayat


[teknologia] Re: Melacak commits secara real-time

2006-01-17 Terurut Topik Ronny Haryanto
On Tuesday 17 January 2006 19:31, Ariya Hidayat wrote:
 Melanjutkan isu version control yang pernah saya lontarkan sebelumnya,
 ini ada dua proyek yang menarik untuk digunakan memantau commits yang
 dilakukan (khususnya untuk subversion): CIA dan svntalk.

Mungkin yg ini old news buat bbrp orang:
http://ronny.haryan.to/archives/2005/04/17/cvs2rss/

Ronny


pgpVOX0t0nX4i.pgp
Description: PGP signature


[teknologia] Re: Melacak commits secara real-time

2006-01-17 Terurut Topik muhamad carlos patriawan

Ariya Hidayat wrote:
  Pointnya adalah memberikan nilai eksklusiftas dan
  kebanggaan bagi orang-orang yang telah melakukan commit .. biar lebih
  semangat lagi unutk menulis kode :)

 Yang ini sempat tidak begitu disukai di KDE, karena jumlah commit
 tidak selalu (kadang sih iya) sebanding dengan kualitasnya. Contohnya,
 saya bisa ganti indentasi banyak berkas sesuai dengan gaya pemrograman
 (coding style) yang disepakati. Hasilnya memang commits banyak, tapi
 tidak mencerminkan kebanggaan apapun. Sementara ada developer lain
 yang commit satu superfitur yang sekaligus juga memperbaiki ratusan
 bug, walaupun satu commit ini bisa berharga sekali.

Betul.

Kalau vendor lebih sering pake istilah check-in code daripada
commit.

Di vendor,ada aturan sangat ketat untuk check-in code ; Untuk checkin
di stable release, gak boleh sembarangan ; harus  LULUS Peer code
review dulu. Habis itu dilihat lagi,apakah codenya bener2 perlu atau
tidak.

Kalau masalah kuantiti chekin mah gak sama dengan kualitas , justru
sering terjadi sebaliknya.

PS: Biasanya dev. yang punya commits tinggi adalah dev. yang punya bug
assigned to him/her yang paling banyak juga... he he he :))
Carlos