svn diff

svn diff parametresi sayesinde bir dosyanın sizdeki yerel kopyası ile sunucudaki kopyası arasındaki farkları veya iki farklı revizyon numarası arasındaki farkları görebilirsiniz. Komutun çıktısı klasik UNIX diff komutu ile aynıdır.


Örnek bir komut ve çıktısı aşağıdaki gibidir:

# svn diff KERNELCONF |more
Index: KERNELCONF
===================================================================
--- KERNELCONF  (revision 144)
+++ KERNELCONF  (working copy)
@@ -192,48 +192,48 @@
 #device                puc

 # PCI Ethernet NICs.
-#device                de              # DEC/Intel DC21x4x (``Tulip'')
+device         de              # DEC/Intel DC21x4x (``Tulip'')
 device         em              # Intel PRO/1000 Gigabit Ethernet Family
 device         igb             # Intel PRO/1000 PCIE Server Gigabit Family
 device         ixgbe           # Intel PRO/10GbE PCIE Ethernet Family
 #device                le              # AMD Am7900 LANCE and Am79C9xx PCnet
-#device                ti              # Alteon Networks Tigon I/II gigabit Ethernet
-#device                txp             # 3Com 3cR990 (``Typhoon'')
-#device                vx              # 3Com 3c590, 3c595 (``Vortex'')
+device         ti              # Alteon Networks Tigon I/II gigabit Ethernet
+device         txp             # 3Com 3cR990 (``Typhoon'')
+device         vx              # 3Com 3c590, 3c595 (``Vortex'')



Yukarıda görüldüğü gibi +++ ile ifade edilen kısımlar sizdeki çalışan kopya(working copy) ---- ile gösterilen ise svn'deki 144 nolu revizyona ait kayıtları gösterir.


Herhangi bir revizyon numarası ile çalışan kopya arasındaki farklı görmek için -r revizyon numarası parametresi eklenir.


# svn diff -r 110 KERNELCONF 
Index: KERNELCONF
===================================================================
--- KERNELCONF  (revision 110)
+++ KERNELCONF  (working copy)
@@ -192,48 +192,48 @@
 #device                puc

 # PCI Ethernet NICs.
-#device                de              # DEC/Intel DC21x4x (``Tulip'')
+device         de              # DEC/Intel DC21x4x (``Tulip'')
 device         em              # Intel PRO/1000 Gigabit Ethernet Family
 device         igb             # Intel PRO/1000 PCIE Server Gigabit Family

WebSVN Kurulumu

Bir önceki yazdımda svn sunucu kurulumunu anlatmıştım. Bu yazıda svn'in vazgeçilmez bileşeni olan websvn'in kurulumunu Redhat/CentOS Linux'e göre kısaca anlatacağım.

WebSVN adından anlaşılacağı gibi SVN depolarının web arayüzünden görülebilmesini sağlayan bir araçtır. Ne gibi özellikleri vardır?

• İzin verilen tüm depoları görebilirsiniz.
• revision ve commit mesajlarını görebilirsiniz.
• Bir dosyanın daha önceki sürümleri ile arasındaki farkları görebilirsiniz.
• Blame özellliği ile hangi satırları kimlerin değiştirdiğini görebilirsiniz.
• Dosya ve dizinleri indirebilirsiniz.

Kurulum:

www.websvn.info adresinden en güncel sürüm indirilir. An itibari ile 2.3.3 sürümü mevcut.
websvn'in web sunucu üzerinden erişilebilir bir dizine kurulması gerekir. Burada örnek olarak /var/www/html/websvn altına kurulucaktır.

# wget http://websvn.tigris.org/files/documents/1380/49056/websvn-2.3.3.tar.gz
# tar zxvf websvn-2.3.3.tar.gz 
# mv websvn-2.3.3 /var/www/html/websvn
# cd  /var/www/html/websvn/include
# cp distconfig.php config.php
# chown -R apache  /var/www/html/websvn
# chmod 700  /var/www/html/websvn/cache

Bu dosyaya aşağıdaki satırlar eklenir:

 $config->parentPath('/var/svn');
$config->useAuthenticationFile('/var/svn/svnauth.conf'); // Global access file


Yukarıdaki 1. satır ile svn'in ana dizini belirtiler. 2. satır ile de websvn'e erişim yapıldığında kullanıcın sadece erişim hakkı olan projeleri görmesi için kullanacağı svn yetkilendirme dosyasının yolu belirtilir.

Eğer 2. satırdaki useAuthenticationFile parametresini tanımlamazsanız herkes projeleri görebilecektir.

Son olarakda apache ayarları için /etc/httpd/conf.d/subversion.conf dosyasına aşağıdaki satırlar eklenir.

<Location /websvn/>
        AuthType Basic
        AuthName "surgatelabs websvn realm"
        AuthUserFile /var/svn/svnpasswd
        Require valid-user
        SVNParentPath /var/svn/
</Location>


Apache servisi  yeniden başlatıldığında artık websvn'imiz kullanıma hazırdır.

# /etc/init.d/httpd restart


http://sunucuad/websvn adresinden WebSVN'e erişebilirsiniz. Erişmeye çalıştığınızda kullanıcı adı ve parola soran bir popup gelecektir. Buraya SVN'deki kullanıcı adı ve parolanızı yazdığınızda aşağıdaki gibi biir ekran sizi karşılayacaktır. Sonrasında aşağıdaki gibi ekranları görebilirsiniz.

Apache üzerinden SVN erişimi ve yetkilendirmesi

Bu yazıda  RedHat / Centos 6.x Apache üzerinden mod_authz_svn ve mod_dav modüllerini kullanarak svn proje yönetimini anlatacağım.


 # yum install mod_dav_svn subversion httpd

mod_dav_svn paketi ile aşağıdaki dosyalar gelmektedir.

# rpm -ql mod_dav_svn
/etc/httpd/conf.d/subversion.conf
/usr/lib64/httpd/modules/mod_authz_svn.so
/usr/lib64/httpd/modules/mod_dav_svn.so

Öncelikle ana svn dizini olarak bir yer seçilmelidir. Burada tercih tamamen size kalmıştır. Burada örnek olarak /var/svn dizini kullanılacaktır.


Apache ayarlarına geçmeden önce bu dizini oluşturup surgate isimli örnek bir proje açalım.

# mkdir -p /var/svn
# svnadmin create /var/svn/surgate
# chown -R apache.apache  /var/svn
# ls -al /var/svn/surgate/
total 32
drwxr-xr-x 6 apache apache 4096 Feb 12 00:37 .
drwxr-xr-x 3 apache apache 4096 Feb 12 00:37 ..
drwxr-xr-x 2 apache apache 4096 Feb 12 00:37 conf
drwxr-sr-x 6 apache apache 4096 Feb 12 00:37 db
-r--r--r-- 1 apache apache    2 Feb 12 00:37 format
drwxr-xr-x 2 apache apache 4096 Feb 12 00:37 hooks
drwxr-xr-x 2 apache apache 4096 Feb 12 00:37 locks
-rw-r--r-- 1 apache apache  229 Feb 12 00:37 README.txt
İkinci bir proje daha açalım.

# svnadmin create /var/svn/surgategui
 # chown -R apache.apache  /var/svn/surgategui

Sonrasında /etc/httpd/conf.d/subversion.conf dosyası düzenlenir. Dosyada sadece aşağıdaki iki satır aktif durumdadır.

LoadModule dav_svn_module     modules/mod_dav_svn.so
LoadModule authz_svn_module   modules/mod_authz_svn.so

Bu satırların altına oluşturulacak her bir proje için aşağıdaki gibi kayıtlar eklenmelidir. Şimdilik sadece tsetproject isimli projemiz olduğu için aşağıdaki gibi kayıt girilir.


Location /svn/surgate>
        DAV svn
        SVNPath /var/svn/surgate
        AuthType Basic
        AuthName "surgatelabs svn surgate project realm"
        AuthUserFile /var/svn/svnpasswd
        Require valid-user
        AuthzSVNAccessFile /var/svn/svnauth.conf
</Location>


Location /svn/surgategui>
        DAV svn
        SVNPath /var/svn/surgategui
        AuthType Basic
        AuthName "surgatelabs svn surgategui project realm"
        AuthUserFile /var/svn/svnpasswd
        Require valid-user
        AuthzSVNAccessFile /var/svn/svnauth.conf
</Location>


Bu ayarları kaydedip apache servisini yeniden başlattığınızda web sunucu tarafında işlemler tamamlanmış oluyor.

# /etc/init.d/httpd restart

Sonrasında web tarayıcınızda http://sunucuIP/svn/surgate yazdığında karşınıza aşağıdaki gibi
parola soran bir ekran gelecektir.

Bundan sonraki süreçte projeye erişecek kulanıcıları tanımlama ve kullanıcılara yetkileri verme işlemi yapılacak.


subversion.conf dosyasında tanımlanan   AuthUserFile /var/svn/svnpasswd parametre ile kullanıcı adı ve parolanın /var/svn/svnpasswd dizininde tutulacağı kabul ediliyor. Bu dosyanın yolunu siz istediğiniz şekilde değiştirebilirsiniz. apache ile birlkte gelen htpasswd komutu ile dosyayı oluşturup ilk kullanıcıyı tanımlayabiliriz

# htpasswd -c -m  /var/svn/svnpasswd ismail
New password:
Re-type new password:
Adding password for user ismail

Buradaki -c ile dosyayı oluşturulur, -m ile de md5 parola kullanılacağı belirtilir. Dosyanın içeriği aşağıdaki gibidir.

 # cat  /var/svn/svnpasswd
ismail:$apr1$b7j98L3C$nTsiexkt.WGEaB2.PqeOv0


Bundan sonra yeni kullanıcı eklenecekse -c parametresi kullanılmamalıdır.
# htpasswd  -m  /var/svn/svnpasswd yusuf
# cat  /var/svn/svnpasswd
ismail:$apr1$b7j98L3C$nTsiexkt.WGEaB2.PqeOv0
yusuf:$apr1$H3Opz/q9$wr8JrJNBGDVRKYvLAdoWJ0

Son olarak  AuthzSVNAccessFile /var/svn/svnauth.conf parametresi ile belirtilen SVN yetkilendirme dosyası tanımlanmalıdır.

# vi /var/svn/svnauth.conf 

[groups]
yoneticiler =  ismail,murat
testgrubu = salih,selcuk
arayuzekibi = erman,emin
[/]
@yoneticiler = rw
@testgrubu = r

[surgate:/]
hasan = rw
mustfa = r


[surgategui:/]
@arayuzekibi = rwilhami = r

Yukaridaki tanımlara göre iki kullanıcı grubu oluşturduk. yöneticiler ve testgrubu.
Bu iki gruptan yönetici grubu tüm projelere rw(okuma,yazma) hakları ile erişiyorken, testgrubu sadece okuma olarak erişmektedir. Bu iki grupta alttaki surgate ve surgategui projelerine erişim hakkı vardır. Ek bir tanım yapmaya gerek yok bunlar için.

surgate projesine hasan okuma yazma hakkı ile erişiyorken, mustafa sadece okuma hakkına sahip.

surgategui projesinde ise arayuzgrubundaki kullanıcılar(erman,emin) okuma yazmak hakkı ile erişiyorken, ilhami sadece okuma erişimine sahiptir.

Bu kayıtları girdikten sonra artık svn projemize apache üzerinden erişebiliriz.

Not: /var/svn/svnpasswd ve /var/svn/svnauth.conf  dosyalarında kayıt güncellemeleri yapıldıktan sonra apache servisinin yeniden başlatılmasına gerek yoktur. svnauth.conf dosyasındaki bir yazım hatasından dolayı tüm kullanıcılar giriş yapamayabilir. Bu durumda apache hata logları incelenmelidir.





Sunucu tarafında bir işimiz kalmadı. Şimdi istemci tarafında yetkili bir svn kullanıcısı ile gerekli alt svn dizinlerini oluşturalım. Bunlar trunk,branches ve tag dizini oalcak.



#  svn mkdir --message "Initial trunk"     --username=ismail    http://192.168.1.100/svn/surgate/trunk
Authentication realm: <http://172.16.45.90:80> surgatelabs svn surgate project realm
Password for 'ismail':

-----------------------------------------------------------------------
ATTENTION!  Your password for authentication realm:

   <http://192.168.1.100:80> surgatelabs svn surgate project realm

can only be stored to disk unencrypted!  You are advised to configure
your system so that Subversion can store passwords encrypted, if
possible.  See the documentation for details.

You can avoid future appearances of this warning by setting the value
of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
'/root/.subversion/servers'.
-----------------------------------------------------------------------
Store password unencrypted (yes/no)? yes
Committed revision 1.

Burada parolanızı şifresiz olarak saklamak isteyip istemediğinz soruluyor. Tercih size kalmış. Hayır derseniz her svn işleminde parola girmeniz gerekir. Burada uğraşmamak için yes cevabı veriyoruz.

Aynı şekilde diğer dizinlerde oluşturulur.
#  svn mkdir --message "Initial branches"     --username=ismail    http://192.168.1.100/svn/surgate/branches
#  svn mkdir --message "Initial tags"     --username=ismail    http://192.168.1.100/svn/surgate/tags

  

Son olarak proje artık checkout yapılıp kullanılabilir.

# svn co  --username=ismail http://192.168.1.100/svn/surgate/trunk surgate-trunk
Checked out revision 3.
# cd surgate-trunk/
# touch test.txt
# svn add test.txt
A         test.txt
# svn ci -m "ilk commit"
Adding         test.txt
Transmitting file data .
Committed revision 4.
 

JIRA commit acceptance plugini hakkında

Merhabalar,

Bu yazımda az önce bir svn  projemizde devreye aldığım Jira Commit Acceptance plugini hakkında özet bilgi vermek istiyorum.

Jira Commit acceptance eklentisinin en temel görevi bir commit yapıldığında bu commit işleminin belirli kriterlere uyup uymadığını kontrol etmek. Bizim örneğimizde ise commit logunda jira issue numarası olmayan commitleri reddetmek.
Plugin ile ilgili yapılandırma ekranı aşağıdaki gibidir.

Buradaki en önemli parametre "The log message must contain a valid JIRA issue key(s)" Yani svn commit logunda yazılımcı mutlaka o ilgili JIRA projesinde bu iş ile ilgili bir ticket numarası girmeli.
Eğer commit logunda böyle bir key (Örnek: SURGATE-854) yoksa commit kabul edilmemektedir.


İlgili pluginin aktif edilmesi için hem JIRA hem de SVN'de ayar yapılması gerekiyor. Burada RPM tabanlı Linux dağıtımına kurulu bir JIRA ve SVN için yapılandırma anlatılacaktır.

1. JIRA'daki işlemler

JIRA'ya bu pluginin yüklenmesi gerekiyor. plugin version 1 plugin türü olduğu için jira arayüzünden yüklenemektedir. Yüklemek için

• commitacceptance-1.6.0.jar dosyasını jira'nın kurulu olduğu sunucuya atın.(Dosyayı /root/commitacceptance-1.6.0.jar olara attığınızı kabul ediyorum)
• Jirayı durdurun.
  # /etc/init.d/jira stop
• Root kullanıcısı olarak plugini jira lib dizinine kopyalayın
  # cp /root/commitacceptance-1.6.0.jar /opt/atlassian/jira/atlassian-jira/WEB-INF/lib/
• Jirayı başlatın
  # /etc/init.d/jira start
• Jira arayüzüne admin yetkisine sahip bir kullanıcı olarak girin. Administration->Plugins sayfasında "Commit acceptance" plugin'i görebilirsiniz.
  
  

Commit Acceptance bağlantısını takip ederek Global veya Proje bazlı ayar yapabilirsiniz.

2. SVN'deki işlemler

SVN'deki her bir projenin altındaki hooks dizininde pre-commit scriptleri oluşturularak projenin JIRA ile entegrasyonu sağlanmaktadır. Bunu sağlamak için perl ve python da yazılmış iki script gelmektedir. Burada  perl üzerinden bir anlatım yapacağım.
Öncesinde SVN hooks hakkında biraz bilgi verelim. Her bir svn projesinde hooks diye bir dizin bulunur. Bu dizinde aşağıdaki gibi dosyalar bulunur.

# ls /data/svn/surgateconf/hooks/
post-commit       post-lock.tmpl            post-unlock.tmpl  pre-commit.tmpl  pre-revprop-change.tmpl  start-commit.tmpl
post-commit.tmpl  post-revprop-change.tmpl  pre-commit        pre-lock.tmpl    pre-unlock.tmpl

Buradaki dosyalar sayesinde commit öncesi ve sonrasında aksiyonlar alınabilmektedir. Commit acceptance plugini pre-commit dosyasını kullanarak commit svn'de tamamlanmadan devreye girerek kontrollerini yapmaktadır.

•  Commit acceptance sayfasından commitacceptance-1.4.1-client-scripts.zip dosyasını Linux makinaya indirin. # wget https://maven.atlassian.com/contrib/com/atlassian/jira/ext/commitacceptance/1.4.1/commitacceptance-1.4.1-client-scripts.zip
• Zip'i açın
  # unzip commitacceptance-1.4.1-client-scripts.zip
• SVN scriptlerinin olduğu dizine gidin.
  #cd commitacceptance-1.4.1/perl/svn/
  # ls
  jira-client.pl  pre-commit.bat  pre-commit.sh
   
• jira-client.pl dosyası ve pre-commit.sh dosyası istenilen svn projesinin hooks dizinine kopyalanmalı. Yanlız pre-commit.sh değil pre-commit  olarak kopyalanmalı. Her iki dosya izinleride 755 olmalı. 
• pre-commit dosyasının içeriği aşağıdaki gibidir. Buradaki script yolu dizin proje dizinine göre düzenlenmeli
  # cat pre-commit.sh
  #!/bin/sh
  /usr/bin/perl /Users/nolen/svnrepo/hooks/jira-client.pl $1 $2
• perl paketinin çalışması için perl SOAP Lite paketi kurulmalı.
  # yum install perl-SOAP-Lite
• jira-client.pl dosyasında bulunan aşağıdaki 4 değer mutlaka sizin projenizi ve jira bilgilerinize göre değiştirilmeli
  my $jiraBaseURL = "<JIRA base URL>";
  my $jiraLogin = "<JIRA user name>";
  my $jiraPassword = "<JIRA password>";
  my $projectKey = "<JIRA project key>";
  
  Yukarıdaki SVN işlemlerini commit acceptance yapmak istediğiniz her bir projeye ayrı ayrı uygulamasınız. Bu da demektir ki her bir proje için ayrı bir jira-client.pl dosyası ve bu dosyanın yolunu belirten post-commit dosyasını düzenlemeniz gerekiyor.
  
  Bu işlemlerden sonra commit yaparken ISSUE numarası girmeyen kullanıcılar aşağıdaki gibi bir hata alacaktır.
  
  $ svn ci
  issue girmedik.
  --This line, and those below, will be ignored--
  
  M    deneme.sh
  
  
  Dosyayı kaydedip çıktığımızda aşağıdaki hatayı alacağız.
  svn-commit.3.tmp: 4 lines, 79 characters.
  Sending        deneme.sh
  Transmitting file data .svn: Commit failed (details follow):
  svn: Commit blocked by pre-commit hook (exit code 1) with output:
  Committer: ismail.yenigul
  Commit message: "issue girmedik"
  Commit rejected: No project accepts this commit. Project [SURGATE]: Commit message must contain at least one valid issue key.
  
  svn: Your commit message was left in a temporary file:
  svn:    '/usr/home/ismail/projects/surgateconf40/svn-commit.3.tmp'

Fakat commit loguna  SURGATE-854 gibi bir JIRA issue numarası eklediğimizde commit işlemimiz başarı ile tamamlanacaktır.

SVN trunk,branch,tag hakkında

Sürüm kontrol yazılımı kullanılan yazılım projelerinde çokca trunk,branch ve tag ifadelerini duyarsınız. Burada kısaca aralarındaki farklarından bahsedeceğim.

trunk:

Ana geliştirme alanıdır. Bu alan bir sonraki sürümde yapılacak geliştirmeleri içerir.Buradaki kod alfa seviyesinde bile olmayabilir. Bu yüzden trunk'daki kodlara unstable/karr

branch:

Türkçe olarak çatallama/dallanma/ayrılma anlamlarına gelir.trunk'da geliştirilen kod belli bir seviyeye geldiğinde bir sürüm olarak belirlenir. Sürüm olgunluğuna gelmiş kodun ana geliştirme alanından ayrılması işlemine branch adı verilir. Branch svn deposunda trunk'ın belli bir anına kadarki geliştirmeyi içeren kopyası denilebilir. Genelde branch alma, bir sürüm numarası verilerek yapılır.Örneğin  SurGATE 4.0 sürümü geliştirmesi trunk'da bitti ise aşağıdaki gibi bir komut ile trunk'daki kod SURGATE_4_0_RELEASE olarak ana koldan ayrılmış olur.

$ svn copy https://192.168.0.100/svn/surgate/trunk https://192.168.0.100/svn/surgate/branches/SURGATE_4_0_RELEASE -m "SurGATE 4.0 RELEASE branch" 

Yazılımcılar hiç beklemeden trunk'da yeni özellik geliştirmeye devam ederler.
Bu sayede eğer 4.0 sürümünde bir hata çıkarsa  kolayca  SURGATE_4_0_RELEASE branch'da düzeltilebilir. Branch olmasa idi dosyaların trunk'da 4.0 sürümün çıktığı tarihteki revision numarasına dönmek gerekecekti. Çok fazla dosyanın değiştiği bir projede böyle bir süreci yönetmek imkansız olacaktır.

SURGATE_4_0_RELEASE branch'de düzeltilmiş bir kodu da trunk'a aktarabilirsiniz. Buna merge adı veriliyor. Detaylarına başka bir yazıda değineceğim.

tags

Branch ile benzer özelliklere sahip diyebiliriz. Projenin branch kısmında gerektiğinde bugfix yapılabiliyorken, tag projenin o andaki halinin imajının(snapshot) alınması diyebiliriz. Oluşturulan tag'da hiç bir değişiklik yapılamaz. Tag oluşturmanın amacı projenin belirli bir tarihteki kodlarına erişmektir. Tag = salt okunur, etiketleme

SVN tarafında tag alma ile branch alma aynı şekilde svn copy komutu ile yapılır.

Örnek bir tag alma komutu:


$ svn copy https://192.168.0.100/svn/surgate/trunk https://192.168.0.100/svn/surgate/tags/SURGATE_4_0_RELEASE_TAG -m "SurGATE 4.0 RELEASE Tag" 

Özetle branch'de geliştirme devam edebilir. Fakat tag'da böyle birşey söz konusu değildir.

Ama bir dakika! Hem tag hem de branch alırken svn copy komutunu kullandım. Bu durumda svn hangisinin tag, hangisinin branch olduğunu nasıl ayırt edecek?

Aslında ayırt etmeyecek. Size "yalan" söyledim. svn için branch ve tag aynı şeydir.

http://svnbook.red-bean.com/en/1.7/svn.branchmerge.tags.html adresinden alıntı:

"But wait a moment: isn't this tag creation procedure the same procedure we used to create a branch? Yes, in fact, it is. In Subversion, there's no difference between a tag and a branch. Both are just ordinary directories that are created by copying. Just as with branches, the only reason a copied directory is a “tag” is because humans have decided to treat it that way: as long as nobody ever commits to the directory, it forever remains a snapshot. If people start committing to it, it becomes a branch."

Yani svn derki. tag ve branch insanların kafasındaki bir olgudur. Benim için farketmez. Eğer birisi gider tag'ı checkout edip orada geliştirme yapmaya kalkarsa yapabilir. Ama bu artık tag olmaktan çıkar, branch olur ;)

Peki ne diye tags ve branch tanımları var diyeceksiniz? Var çünkü CVS denilen eski sürüm kontrol sisteminde bu iki farklı anlama geliyordu. SVN(Subversion) da ise durum yukarıdaki gibi değişti.

svadmin dump ile yedek alma

SVN sunucuda bulunan proje depolarının(repository) yedeğini almak için svnadmin komutu dump parametresi ile kullanılabilir.

Bu komut svn sunucusunun kurulu olduğu makinada root kullanıcısı ile verilmelidir.


# svnadmin dump /var/svn/surgatedev > surgatedev.svndump
* Dumped revision 0.
* Dumped revision 1.
* Dumped revision 2.
* Dumped revision 3.
* Dumped revision 4.
* Dumped revision 5.
* Dumped revision 6..


Bu işlem sonunda projeye ait tüm svn yedeği surgatedev.svndump dosyasında bulunacaktır. Dosya dah az yer kaplasın diye gzip ile sıkıştırabilirsiniz.

 # ls -al surgatedev.svndump
-rw-r--r-- 1 root root 25554628 Dec  6 10:39 surgatedev.svndump
# gzip  surgatedev.svndump

Linux'de | kullanarak da dump esnasında sıkıştırma yapabilirsiniz.

 # svnadmin dump /var/svn/surgatedev | gzip >  surgatedev.svndump.gz
# ls -alh surgatedev.svndump*
-rw-r--r-- 1 root root 25M Dec  6 10:39 surgatedev.svndump
-rw-r--r-- 1 root root 14M Dec  6 10:44 surgatedev.svndump.gz

Eğer birden fazla proje deponuz varsa bu işlemi tek tek tüm projeler için vermek zorundasınız.
Bu işlemi kolaylaştırmak için basit bir kabuk programı yazılabilir.


----script başlangıcı
#!/bin/sh

SVNDIR=/var/svn
BACKUPDIR=/backup/svnbackup

mkdir -p $BACKUPDIR  #create backup directory if not exit
for i in `ls $SVNDIR`
 do
    if [ -d $SVNDIR/$i ] ; then  #repo must be a directory, ingore svnpass, svnauth etc files
    echo "svn repo backup for $i"
    svnadmin dump $SVNDIR/$i | gzip > $BACKUPDIR/$i.backup.gz
    fi;
       
done

--script sonu-----

Bu scripti crontab'a ekleyerek düzenli aralıklarla yedek alabilirsiniz.
svnadmin dump parametresine ek olarak svnadmin hotcopy parametresi vardır. hotcopy repo dizinini hızlı bir şekilde kopyalamak için kullanılır. Yedeğin geri dönüleceği sunucuda tüm svn ayarlarının aynı olması gerekir. Bu yüzden hotcopy yerine dump kullanılmasını tavsiye ederim.

svn copy ile branch oluşturma

Projelerde genel olarak en güncel, unstable kodlar trunk altında bulunur. Bunlar belli bir olgunluğa geldiğinde alt dallara(branch) ayrılarak elimizde belli bir sürüme ait çalışan kodların olması sağlanır.
Bu brach üzerinde gerekirse bug fix vs gibi işlemler yapılabilir.

Diğer bir branch kullanım alanı da birden fazla yazılımcı projede çalışıyorsa ve bir yazılımcı kodlarda major bir değişiklik yapacaksa bu değişiklik diğer ekip çalışanlarının paralel geliştirmesini engelliyorsa, bu geliştirici için ayrı bir branch açılır.
Geliştirici bu branch'de yaptığı geliştirmeleri bitirdiğinde kodları tekrar trunk(en güncel,unstable kodlar)'a birleştirir(merge).

Branch işlemleri için svn copy komutu kullanılır. Bu komutun yaptıgı şekil klasik bir dizin kopyalama gibi düşünülebilir. Fakat arka planda yapılan işler dosya kopyalamadan daha ileri bir seviyede operasyondur. Detaylara http://svnbook.red-bean.com/en/1.7/svn.branchmerge.using.html adresinden ulaşabilirsiniz.

Örneğin projem isimli projenin trunk'ından projem_4_0_RELEASE isimli branch açmak için aşağıdaki gibi bir komut verilir.

$ svn copy https://192.168.0.100/svn/projem/trunk https://192.168.0.100/svn/projem/branches/projem4_0_RELEASE -m "4.0 RELEASE branch"


Branch adı tamamen size özeldir. İstediğiniz ismi verebilirsiniz.

Bundan sonra bu branch'de çalışmak için ayrı bir dizine branch'in checkout yapılması gerekir.

$ svn co https://192.168.0.100/svn/projem/branches/projem4_0_RELEASE projem40

Artık bu branch'deki kodları projem40 dizininde geliştirebilirim.

svn switch ile repo sunucusunu değiştirme

SVN sunucunuz başka bir makinaya taşında ise kodları tekrar yeni IP adresinden checkout etmeden aşağıdaki komutla yeni sunucuya erişebilirsiniz.


Kullanım şekli: svn switch --relocate eskiurl yeniurl

$ svn switch --relocate https://10.0.10.100/svn/surgate/trunk https://192.168.0.100/svn/surgate/trunk

svnmailer ile her commit sonrası mail gönderme işlemi

 svnmailer programı her bir svn commit sonrasında belirlenen e-postalara otomatik olarak mail gönderen bir yazılımdır.

Web sitesi: http://opensource.perlig.de/svnmailer/
RPM paketleri URL: http://pkgs.repoforge.org/svnmailer 

Çalışma mantığı: Her bir svn projesinde(burada svnprojem1) conf  ve hook dizinleri bulunmaktadır.
hooks dizininde post-commit dosyası sayesinde her bir commit işleminden sonra istenilen komutlar çalıştırılır. post-commit dosyasınının içerisine svn-mailer komutu tanımlanır.
svn-mailer için conf dizininde svn-mailer.conf isimli bir dosya oluşturulur. svn-mailer bu dosyadaki değerlere göre (from,to,subject vs) ilgili yerlere e-posta gönderir.

Kurulum: CentOS 5 üzerine kurulum için aşağıdaki dosya çekilir.

# wget http://pkgs.repoforge.org/svnmailer/svnmailer-1.0.8-2.el5.rf.noarch.rpm
# rpm -ivh svnmailer-1.0.8-2.el5.rf.noarch.rpm

[root@hq svnprojem1]# ls
conf  dav  db  format  hooks  locks  README.txt

hooks dizininde post-commit dosyası yoksa oluşturulur ve izinleri 755 yapılır. Bu dosyanın içeriği aşağıdaki gibidir.

# cat hooks/post-commit
#!/bin/bash

REPOS="$1"
REV="$2"

/usr/bin/svn-mailer --commit \
    --config ${REPOS}/conf/svn-mailer.conf \
    --repository "${REPOS}" \
    --revision "${REV}" &
#


# cat conf/svn-mailer.conf
[general]
#config_charset = iso-8859-1 
sendmail_command = /usr/sbin/sendmail


[defaults]
from_addr = svncommit@mydomain.com
to_addr = arge@mydomain.com
browser_base_url = websvn http://192.168.0.100/websvn/listing.php?repname=svnprojem1
mail_type = multipart type=text/x-diff
commit_subject_prefix = SVN PROJEM1 ::
generate_diffs =  add copy modify propchange


sendmail_command: Sistemde mail göndermek için kullanılan sendmail komutunun yolunu belirtir.
from_addr: mailin kimden geliyormuş gibi gönderileceğini belirtir.
to_addr: mailin  alıcısını belirtir.
browser_base_url: Eğer websvn(http://websvn.tigris.org/)  kurulu ise kullanıcıya atılan mailin gövdesine link ekler.
commit_subject_prefix: Mailin subject kısmına eklenecek prefix değerini belirtir.
generate_diffs: Hangi operasyonlar sonrasında yapılan değişikliğin diff olarak gönderileceğini belirtir. Buradaki yapılandırmaya göre ekleme,kopyalama,değişiklik ve dosya tanımlardında bir değişiklik(izin,sahiplik vs) durumunda maile bu farklar eklenti olarak iliştiririlir. Çok büyük değişiklik durumunda e-posta boyutu artacağı için bu değerin none yapılması tavsiye edilir.


Örnek mail aşağıdaki gibidir:

From: svncommit@surgate.com

To: arge@surgate.com

Subject: SVN SVNPROJEM1:: r2566 - /trunk/ChangeLog

Author: ismail.yenigul
Date: Mon Nov  5 15:38:03 2012
New Revision: 2566

URL: http://192.168.0.100/websvn/listing.php?sc=1&rev=2566&repname=svnprojem1
Log:
New version

Modified:
    trunk/ChangeLog

Modified: trunk/ChangeLog
URL: http://192.168.0.100/websvn/diff.php?path=/trunk/ChangeLog&rev=2566&repname=svnprojem1
==============================================================================
--- trunk/ChangeLog (original)
+++ trunk/ChangeLog Mon Nov 19 17:06:31 2012
@@ -1,5 +1,5 @@
 2012-19-11 16:59
- * New version of software
+ * Version 1.2

SVN keywords ile kodlara otomatik başlık bilgileri ekleme

SVN keywords değerleri ile kodlarınıza otomatik olarak Yazar adı, dosyanın son güncellenme tarihi, revizyon numarası gibi değerler ekleyebilirsiniz.

En yaygın SVN keywords değerleri:

$Revision ($LastChangedRevision veya $Rev) SVN commit numarasını belirtir.
Örnek: $Revision: 2520

$LastChangedDate, veya $Date: Dosyanın en son commit tarihini gösterir.
$LastChangedBy, veya $Author -Commit'i yapan yazılımcı bilgisini verir.
$Id Dosya hakkında  Yukarıda belirtilen tüm anahtar kelimeleri gösterir. 

Örneğin aşağıdaki deneme.sh dosyasını SVN'e atalım ve sonrasında svn propset komutu ile anahtar kelimeleri etkinleştirelim:

Dosyanın içeriği aşağıdaki gibidir. Anahtar kelimelerin $$ arasına alındığına dikkat edin.

 cat deneme.sh
#!/bin/sh

#$Revision$
#$Id$
#$Date$
#$Author$

echo deneme dosyasi

Dosyayı svn'e ekleyelim:
$ svn add deneme.sh
A         deneme.sh

$ svn propset svn:keywords 'Id Revision Date Author'  deneme.sh
property 'svn:keywords' set on 'deneme.sh'

$ svn commit

deneme dosyasi
--This line, and those below, will be ignored--

AM   deneme.sh

Dosyayı vi editöründe açılacaktır.
:wq ile kaydettikten sonra aşağıdaki gibi bir mesaj ekrana yazılacaktır.

Adding         deneme.sh
Transmitting file data .
Committed revision 2563.

Dosyanın yeni içeriği aşağıdaki gibi olacaktır.

$ cat deneme.sh
#!/bin/sh

#$Revision: 2564 $
#$Id: deneme.sh 2564 2012-11-19 10:28:03Z ismail.yenigul $
#$Date: 2012-11-19 12:28:03 +0200 (Mon, 19 Nov 2012) $
#$Author: ismail.yenigul $

echo deneme dosyasi

Bundan sonraki her commit işleminde bu değerler otomatik olarak güncellenecektir.