* Cagatay Tengiz <tmd0307@xxxxxxxxxxx> [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
Thread at a glance:
Previous Message by Date:
click to view message preview
Re: updates
* Soydan T. Renkmen <linux@xxxxxxxxxxxx> [2003-10-02 22:08:43+0300]
> bu sefer yansilamayi bastan sona yaptim.
> bir onceki notumda yazdigim problemi uyku
> sersemi ben yanlis gormusum sanirim.
> powerpc, s390 vb. ile ilgili kernel yamalarini
> yansiliyormus ben butun paketleri indiriyor
> sanip kesmistim.
> sonuc olarak bir problem yok tum guvenlik
> guncellemeleri su anda diskimde duruyor
> toplam 525mb.
> yardimlariniz icin tesekkur ederim.
Problemin hallolmasina sevindim. Yukarida size yazdiklarimi tekrar
kontrol ettim, orada yanlis anlasilacak bir yer var. Download ettiginiz
butun dosyalari yani `mirror' dizininin altindakileri (hic bir
degisiklik yapmadan) CD'ye kaydedin.
--
roktas
Next Message by Date:
click to view message preview
Re: NIC Driver
8139too.o modulunu yuklemeyi denediniz mi? Ben su anda 2.4.18-k7
cekirdegini kullaniyorum. Bu dosya
/lib/modules/2.4.18-k7/kernel/drivers/net/ dizininde bulunuyor. 'modconf'
programi ile bunu yukleyebilirsiniz. Eger o olmazsa ayni dizindeki
8139cp.o modulunu de bir denemenin zarari olmaz. (Bu digerinin daha
az yaygin chipsetler icin olan haliymis.)
Selim T. Erdogan
On Thu, 2 Oct 2003, Çağatay Tengiz wrote:
> Debian'ın birinci CD'sinde olmayan bir nic driverını internetten
> indirebileceğim bir yer var mı? Daha spesifik olarak
> kernel 2.4 için rt18139.o (ALFA GFC2204 için bu driverin işe yarayacağını
> umarak) dosyasını arıyorum. Bu tarz dosyalar için ambar görevi veren bir
> site var mı?
>
> Ya da apt listelerinde network driverlarının yolu nedir?
>
> Teşekkürler
>
> Çağatay Tengiz
>
>
> --
> To UNSUBSCRIBE, email to debian-user-turkish-request@xxxxxxxxxxxxxxxx
> with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
>
>
Previous Message by Thread:
click to view message preview
Re: CVS Önerisine İhtiyaç
Aslında sormayı beceremediğim sorum şu : Bir kaç kişi tarafından şirket
içinde ortak bir yazılım geliştirilecek. Bu yazılımın da koordineli olarak
geliştirilmesi için CVS'in kullanılması gerektiğini hissediyorum. CVS için
kullanmayı düşündüğüm sistem debian. Peki hangi CVS programını
kullanmalıyım?
Sanırım bu sorunun cevabı da subversion... :) Teşekkürler.
----- Original Message -----
From: "Recai Oktas" <roktas@xxxxxxxxxx>
To: <debian-user-turkish@xxxxxxxxxxxxxxxx>
Sent: Wednesday, October 01, 2003 7:30 PM
Subject: Re: CVS Önerisine İhtiyaç
* Cagatay Tengiz <tmd0307@xxxxxxxxxxx> [2003-10-01 16:26:34+0300]
> Debian'a kurabilecegim ve kolay kullanabilecegim bir CVS önerebilir
> misiniz?
Soruyu tam anlayamadim. CVS'i genel anlamda mi kullaniyorsunuz? Yani
Debian'da arch, aegis, subversion, cvs vb. versiyon kontrolu
programlarindan hangisinin onerilecegi gibi... Eger bu kastediliyorsa
1-2 aydir denedigim ve *cok* memnun kaldigim `subversion'i ozellikleri
acisindan tavsiye ederim. Yok eger ozel olarak `cvs'i soruyorsaniz onun
da kurulumu cok kolay, kullanimi ise bu tip butun programlarda oldugu
gibi bir miktar deneme yapmanizi ve ilgili dokumantasyonu okumanizi
gerektiriyor.
--
roktas
--
To UNSUBSCRIBE, email to debian-user-turkish-request@xxxxxxxxxxxxxxxx
with a subject of "unsubscribe". Trouble? Contact
listmaster@xxxxxxxxxxxxxxxx
Next Message by Thread:
click to view message preview
Re: CVS =?ıso-8859-9?q?=D6nerisine?==?ıso-8859-9?q?=20=DDhtiya=E7?=
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 <tmd0307@xxxxxxxxxxx> [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