Recai hocam bu yaz?y? haz?rlarsa s?per olacak :) Bu arada ben bir iki ?ey sormak istedim. ?ahsen cvs'i be?eniyorum eksikleri var ayr?. ?zellikle branch, tagleme, branch ?zerinden branch vs. bir kere al???ld? m? kullan??l?. Subversion'da branch ve tag o anki dizin yap?s?n?n kopyalanmas?ndan olu?uyor anlad???m kadar?yla. Bu da ?ok yo?un bir projede binlerce dizin kopyas? demek mi oluyor?
Bir de as?l merak etti?im locking mekanizmas? i?i subversion'da bir ??z?m var m?? Olduk?a ?mit vadeden bir proje, elemanlar ufak ayr?nt?lara dikkat ediyorlar. Mesela network trafi?ini azaltmak i?in hem update hem commit i?lemlerinde diff'ler g?nderiliyor. Cvs'te sadece update diff ?zerinden yap?l?yor vb. Cum 03 Eki 2003 02:07 tarihinde, Recai Oktas ?unlar? yazm??t?: > * Cagatay Tengiz <[EMAIL PROTECTED]> [2003-10-02 10:32:23+0300] > > > San?r?m bu sorunun cevab? da subversion... :) Te?ekk?rler. > > `Subversion'i [1] onerdim ama bunun nedenini detayli izah edemedim, > cunku o konu baslibasina bir inceleme yazisinin konusu :-) Kimbilir > gelecekte vakit bulursam boyle bir yazi hazirlarim. Simdilik sunlari > soylemekle iktifa edeyim: > > * Subversion'a CVS'in kusurlari duzeltilmis hali olarak bakilabilir. > CVS'e alisik olanlar kolaylikla Subversion'a gecis yapabilirler. > Subversion'i icat edenler CVS'in gelistiren kisiler zaten. `cvs > <action>' gibi bir CVS komutuna genel olarak `svn <action>' seklindeki > bir komut karsi dusuyor mesela. Tabii Subversion'da CVS'de olmayan > bircok sey var. > > * Subversion basindan beri ag uzerinde calisilacak sekilde > tasarlanmis. Depolara uc farkli protokol ile erisebiliyorsunuz. (1) > Lokal erisim: Depo adresi olarak `file://' URI kullanilir. (2) Web > erisimi: `http://' kullanilir, bunun icin WebDAV/DeltaV destekli > Apache2 ve svn modulu gerekiyor. Yetkilendirmeyi de Apache kontrol > ediyor. (3) Ozel protokol: Depo adresi olarak `svn://' veya > `svn+ssh://' kullanilir. Guvenlik acisindan dogal olarak ikincisi > tercih edilmeli. Bu yontem Apache2 ile ugrasmak istemeyecekler icin > de cok uygun oluyor. Sunucu tarafinda `sshd' disinda ozel bir `svn' > sunucusu kullanilmiyor, bu harika bir ozellik. (CVS'de kullanilan > pserver falan gibi seylere gerek yok.) > > * Butun `commit'ler atomik. Depodan `checkout' yapilan, misal 1234 > no'lu revizyon her dosya icin ortak. Bu ozellik kod takibini cok > *anlamli* hale getiriyor. > > * Gelelim Subversion'da benim en begendigim ozellige. CVS'de tam bir > kabus olan `tag'leme, `branch', `merge' islemleri Subversion'da -en > azindan kavramsal duzeyde- cok dogal ve kolay. Herseyden once > `tag'leme diye birsey yok :-) Bunun yerine kopya olusturuyorsunuz. > > * Binary dosyalara CVS'de oldugu gibi ozel davranmak gerekmiyor. > > * Tasinabilirligi cok yuksek. Bu durum buyuk olcude Apache2'de de > kullanilan APR (Apache Portable Runtime) kitapligindan kaynaklaniyor. > Zaten Apache ekibiyle Subversion ekibi yakin temas halinde. > Tasinabilirlik hakkinda bir fikir almak icin Subversion temelli bir > proje olan `TortoiseSVN'i [2] inceleyebilirsiniz. Bu proje > Subversion'i Windows Explorer ile entegre etmeyi hedefliyor. > > * Cok detayli hazirlanmis, kolay sindirilebilir bir kitabi [3] var. > > `Stable'i takip edenlerin programi kurmalari icin gerekli APT deposu > soyle: > > deb http://people.debian.org/~cjwatson/subversion-woody ./ > > Diger bir adreste benim denemedigim daha yeni bir backport mevcut: > > deb http://www.backports.org/debian woody all > > [1] http://subversion.tigris.org/ > [2] http://tortoisesvn.tigris.org/ > [3] http://svnbook.red-bean.com/ > > -- > roktas
