Installation and Configuration of SVN Server

<div dir="ltr" style="text-align: left;" trbidi="on"> <div class="separator" style="clear: both; text-align: center;"> <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-pZW8LKrvsCLhom10sy5Yh9zQK-wr2v7C2XSkeiS8Lj2Ks6LWMI6EizsdqtmwX_FJ9p9qxcmrbMtRFr0bL1UNY_3A4LX2wF1dFGAVAj2TbTp_yIv0HZaYGOJ9vhXQ5mWuVVjSfJOJm20J/s1600/SVN-SErver.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-pZW8LKrvsCLhom10sy5Yh9zQK-wr2v7C2XSkeiS8Lj2Ks6LWMI6EizsdqtmwX_FJ9p9qxcmrbMtRFr0bL1UNY_3A4LX2wF1dFGAVAj2TbTp_yIv0HZaYGOJ9vhXQ5mWuVVjSfJOJm20J/s1600/SVN-SErver.jpg" /></a></div> <br /> <div> <h4 class="block-title" style="background-color: white; border-bottom-color: rgb(77, 178, 236); border-bottom-style: solid; border-bottom-width: 2px; color: #222222; font-family: 'PT Sans', sans-serif; font-size: 28px; line-height: 34px; margin: 25px 0px 27px; position: relative; text-rendering: optimizeLegibility;"> <span style="background-color: #4db2ec; color: white; font-family: 'Roboto Condensed', sans-serif; padding: 3px 10px; z-index: 1;">Installation of SVN Server:</span></h4> <div class="td_mod_wrap" style="background-color: white; color: #262626; font-family: 'PT Sans', sans-serif; font-size: 15px; line-height: 23px; margin-bottom: 15px;"> SVN – Subversion is a versioning and revision control system used by developers to track and keep up earlier versions of their source codes. Apache Subversion, which is commonly referred to in its abbreviated form as SVN, (named after the command name SVN) is a popular software versioning and revision control system which is distributed as a free software under the Apache License. Mainly used by developers to maintain present and historic file versions like documentation, source code, and web pages, it primarily aims to be a compatible successor to the extensively used CVS (Concurrent Versions System).<br /> <div style="margin-bottom: 23px; position: relative; top: -9px;"> </div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> In order to start learning how to configure SVN Server , lets begin with the installation of SVN server on CentOS 6.2</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Install svn server on centos 6.2:</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Install and configure Apache:</strong><br /> <strong>Step 1 »</strong> Type the below command to install apache along with dependencies.<br /> [root@kvit ~]# yum install httpd</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 2 »</strong> Open the file /etc/httpd/conf/httpd.conf .<br /> And at the end of file add this line below. “ServerName your server ip address: 80”<br /> #ServerName www.example.com:80<br /> ServerName 192.168.0.151:80</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 3 »</strong> Issue the below command to start apache service<br /> [root@kvit ~]# Service httpd start<br /> [root@kvit ~]# chkconfig httpd on</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Disable firewall (Iptables) »</strong><br /> [root@kvit ~] # Service iptables stop<br /> [root@kvit ~] # chkconfig iptables off<br /> <strong>Disable Selinux »</strong><br /> open file /etc/selinux/config and find the line<br /> SELINUX=enforcing<br /> And replace with<br /> SELINUX=disabled<br /> And reboot the server.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Install and configure SVN Server:</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 4 »</strong> Now start installing svn packages, Just type the below command<br /> [root@kvit ~]# yum install subversion mod_dav_svn</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 5 »</strong> Now create new directory for svn repository.<br /> [root@kvit ~]# mkdir /svn</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 6 »</strong> Create a new repository in the svn by issuing the below command<br /> [root@kvit ~]# svnadmin create /svn/newrep</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 7 »</strong> Now issue the below commands one by one for necessary permissions.<br /> [root@kvit ~]# chown -R apache.apache /svn/newrep/<br /> [root@kvit ~]# chcon -h system_u:object_r:httpd_sys_content_t /svn/newrep/<br /> [root@kvit ~]# chcon -R -h apache:object_r:httpd_sys_content_t /svn/newrep/</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 8 »</strong> Now create a password file newrep.users with different usernames by typing below command<br /> [root@kvit ~]# htpasswd -cm /svn/newrep.users kvit</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 9 »</strong> Now open the SVN apache config file ( /etc/httpd/conf.d/subversion.conf ) and add the below lines at the end of the file .<br /> [root@kvit ~]# vim /etc/httpd/conf.d/subversion.conf</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <a href="http://linuxgateway.in/wp-content/uploads/2015/05/11.jpg" style="color: #4db2ec; text-decoration: none !important;"><img alt="svn1" class="alignnone size-medium wp-image-1004" height="131" src="http://linuxgateway.in/wp-content/uploads/2015/05/11-300x131.jpg" style="border: 0px; display: block; height: auto; max-width: 100%; vertical-align: middle;" width="300" /></a></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 10 »</strong> Restart apache service<br /> [root@kvit ~]# service httpd restart</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 11 » </strong>Now open your svn path http://yourserverip/repos/newrep in a browser( Ex:<strong>http://192.168.0.151/repos/newrep</strong> ) . you can see <strong>newrep</strong> revision page after typing username and password created (step 8).i.e. username: kvit and password: 123</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <a href="http://linuxgateway.in/wp-content/uploads/2015/05/21.jpg" style="color: #4db2ec; text-decoration: none !important;"><img alt="Revision on SVN Server Repositry" class="alignnone wp-image-1005 size-medium" height="106" src="http://linuxgateway.in/wp-content/uploads/2015/05/21-300x106.jpg" style="border: 0px; display: block; height: auto; max-width: 100%; vertical-align: middle;" title="Configuration of SVN Server" width="300" /></a><strong>Step 12 » </strong>Create basic repository structure with the below commands<br /> [root@kvit ~]# mkdir -p /tmp/svn/{trunk,branches,tags}</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Importing files and directories:</strong>The svn import command is a quick way to copy an unversioned tree of files into a repository, creating intermediate directories as necessary.svn import doesn’t require a working copy, and your files are immediately committed to the repository.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@kvit ~]# svn import -m ‘Initializing basic repository’ /tmp/svn/ http://192.168.0.151/repos/newrep/</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <a href="http://linuxgateway.in/wp-content/uploads/2015/05/31.jpg" style="color: #4db2ec; text-decoration: none !important;"><img alt="svn3" class="alignnone size-medium wp-image-1006" height="138" src="http://linuxgateway.in/wp-content/uploads/2015/05/31-300x138.jpg" style="border: 0px; display: block; height: auto; max-width: 100%; vertical-align: middle;" width="300" /></a><strong>Step 13 »  </strong>Now you can see updated revision and structure details .</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <a href="http://linuxgateway.in/wp-content/uploads/2015/05/41.jpg" style="color: #4db2ec; text-decoration: none !important;"><img alt="svn4" class="alignnone size-medium wp-image-1007" height="131" src="http://linuxgateway.in/wp-content/uploads/2015/05/41-300x131.jpg" style="border: 0px; display: block; height: auto; max-width: 100%; vertical-align: middle;" width="300" /></a><strong>Access control lists: </strong>Usually, you don’t want to give every user access to every repository. You can restrict repository access per user by using ACLs. ACLs can be enabled with the <em><strong>AuthzSVNAccessFile</strong></em> file option, which takes a file name as its parameter. Add following to subversion.conf<strong> file.</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>“AuthzSVNAccessFile /etc/svnusers”</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@kvit ~]# vim /etc/httpd/conf.d/subversion.conf</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <a href="http://linuxgateway.in/wp-content/uploads/2015/05/51.jpg" style="color: #4db2ec; text-decoration: none !important;"><img alt="svn5" class="alignnone size-medium wp-image-1008" height="125" src="http://linuxgateway.in/wp-content/uploads/2015/05/51-300x125.jpg" style="border: 0px; display: block; height: auto; max-width: 100%; vertical-align: middle;" width="300" /></a></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Create two more users:<br /> [root@kvit ~]# htpasswd -m /svn/newrep.users kvit1<br /> [root@kvit ~]# htpasswd -m /svn/newrep.users kvit2</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> You can then create <em><strong>/etc/svnusers</strong></em>. This file consist of sections of the following form:</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [reponame:repopath]<br /> user = access</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@kvit ~]# vim /etc/svnusers</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <a href="http://linuxgateway.in/wp-content/uploads/2015/05/61.jpg" style="color: #4db2ec; text-decoration: none !important;"><img alt="svn6" class="alignnone size-medium wp-image-1009" height="118" src="http://linuxgateway.in/wp-content/uploads/2015/05/61-300x118.jpg" style="border: 0px; display: block; height: auto; max-width: 100%; vertical-align: middle;" width="300" /></a>Now create two more repository newrep1, newrep2 for kvit1 and kvit2 user.<br /> [root@kvit ~]# svnadmin create /svn/newrep1<br /> [root@kvit ~]# svnadmin create /svn/newrep2</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Now, issue the below commands one by one for necessary permissions<br /> [root@kvit ~]# chown -R apache.apache /svn/newrep1/<br /> [root@kvit ~]# chcon -h system_u:object_r:httpd_sys_content_t /svn/newrep1/<br /> [root@kvit ~]# chcon -R -h apache:object_r:httpd_sys_content_t /svn/newrep1/<br /> [root@kvit ~]# chown -R apache.apache /svn/newrep2/<br /> [root@kvit ~]# chcon -h system_u:object_r:httpd_sys_content_t /svn/newrep2/<br /> [root@kvit ~]# chcon -R -h apache:object_r:httpd_sys_content_t /svn/newrep2/<br /> [root@kvit ~]# service httpd restart</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Step 14 »</strong> Create basic repository structure with the below commands<br /> [root@kvit ~]# mkdir -p /tmp/svn1/{trunk,branches,tags}<br /> [root@kvit ~]# mkdir -p /tmp/svn2/{trunk,branches,tags}</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Importing:</strong><br /> [root@kvit ~]# svn import -m ‘Initializing basic repository’ /tmp/svn1/ http://localhost/repos/newrep1/<br /> [root@kvit ~]# svn import -m ‘Initializing basic repository’ /tmp/svn2/ http://localhost/repos/newrep2/</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Now, by using browser you can check that on all 3 repository different users have access like:<br /> Newrep repository: kvit user<br /> Newrep1 repository: kvit1 user<br /> Newrep2 repository: kvit2 user</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>To see these virtual directories type:</strong><br /> [root@kvit ~]# svn ls file:///svn/newrep<br /> [root@kvit ~]# svn ls file:///svn/newrep1<br /> [root@kvit ~]# svn ls file:///svn/newrep2</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> You can go there and do <strong>ls</strong> but it won’t be very explicit to you. Actually, you should not look at /svn/newrep as a regular directory but rather as a <em><strong>virtual</strong></em><strong>one</strong> whose content is far different from the “real” one displayed by <strong>ls</strong><strong>.</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Checking out: (by using co or checkout):</strong><br /> Now, just to check it out across the web browser: <strong>http://localhost/repos</strong> . You’ll get whatever you have imported showing up to peruse. Once you upload your original layout from the local SVN server, you’re now free to use it remotely on another machine. As long as you are connecting to the Subversion server with the user account(s) that you created earlier.<br /> [root@kvit ~]# svn co http://localhost/repos/newrep –username kvit<br /> [root@kvit ~]# svn checkout http://localhost/repos/newrep1 –username kvit1<br /> [root@kvit ~]# svn co http://localhost/repos/newrep2 –username kvit2<br /> <strong>Checking logs:</strong><br /> [root@kvit ~]# svn log file:///svn/newrep<br /> [root@kvit ~]# svn log file:///svn/newrep1<br /> [root@kvit ~]# svn log file:///svn/newrep2</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>You can also use “list” to check contents in repository:</strong><br /> [root@kvit ~]# svn list http://localhost/repos/newrep2 –username kvit2<br /> [root@kvit ~]# svn list http://localhost/repos/newrep1 –username kvit1<br /> [root@kvit ~]# svn list http://localhost/repos/newrep –username kvit</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Creating a working copy:</strong><br /> You will start using Subversion repository by performing a checkout of your project. Checking out a directory from a repository creates a working copy of that directory on your local machine. This copy contains the youngest (that is, most recently created or modified) versions of the directory and its children found in the Subversion repository:<br /> [root@kvit ~]# svn checkout http://localhost/repo/newrep –username kvit</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Update your working copy:</strong><br /> When working on a project that is being modified via multiple working copies, you’ll want to update your working copy to receive any changes committed from other working copies since your last update. These might be changes that other members of your project team have made, or they might simply be changes you’ve made yourself from a different computer. To protect your data, Subversion won’t allow you commit new changes to out-of-date files and directories, so it’s best to have the latest versions of all your project’s files and directories before making new changes of your own.<br /> Use svn update to bring your working copy into sync with the latest revision in the repository:<br /> Use this command under working directory:<br /> [root@kvit ~]# svn update</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Example:</strong><br /> On pc1 and pc2 we created working directory for repository newrep with user kvit.<br /> [root@pc1 ~]# svn checkout http://192.168.0.151/repo/newrep –username kvit<br /> [root@pc1 ~]# cd newrep<br /> [root@pc1 newrep]# ls<br /> branches tags trunk<br /> [root@pc1 newrep]# cd trunk/<br /> [root@pc1 trunk]# ls<br /> file1.cfg file2.cfg<br /> [root@pc1 trunk]# touch file3.cfg<br /> [root@pc1 trunk]# vim file3.cfg<br /> [root@pc1 trunk]# svn add file3.cfg<br /> A file3.cfg<br /> [root@pc1 trunk]# svn commit -m “file3″<br /> Adding file3.cfg<br /> Transmitting file data<br /> Committed revision 5<br /> Now, we added file3.cfg to directory trunk on repository newrep for user kvit. As on pc2 the working directory already established and user2 is working over there but he don’t know about changes made by user1 on pc1. User2 wants to update his working copy to receive any changes committed from other working copies since his last update. So, user1 will run svn update command to see the changes in his working directory.<br /> [root@pc2 ~]# cd newrep/<br /> [root@pc2 newrep]# ls<br /> branches tags trunk<br /> [root@pc2 newrep]# cd trunk/<br /> [root@pc2 trunk]# ls<br /> file1.cfg file2.cfg<br /> [root@pc2 newrep]# svn update<br /> A trunk/file3.cfg<br /> Updated to revision 5<br /> [root@pc2 trunk]# ls<br /> file1.cfg file2.cfg file3.cfg<br /> Now user2 will be able to see file3.cfg in trunk folder.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Make your changes:</strong><br /> Overview of five Subversion subcommands that you’ll use most often to make changes:<br /> <strong>“svn add file4″</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Use this to add the file, directory, or symbolic link file4 to be added to the repository. When you next commit, file4 will become a child of its parent directory. Note that if File4 is a directory, everything underneath File4 will be scheduled for addition.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Adding file to online repository:</strong><br /> [root@kvit trunk]# touch file4.cfg<br /> [root@kvit trunk]# svn add file4.cfg<br /> [root@kvit trunk]# svn commit -m “file4″<br /> Adding file4.cfg<br /> Transmitting file data<br /> Committed revision 6</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Adding directory to online repository:</strong><br /> [root@kvit newrep]# mkdir kvit<br /> [root@kvit newrep]# ls<br /> branches kvit tags trunk<br /> [root@kvit newrep]# svn commit -m “kvit dir”<br /> [root@kvit newrep]# svn add kvit<br /> A kvit<br /> [root@kvit newrep]# svn commit -m “kvit dir”<br /> Adding kvit<br /> Committed revision 8<br /> # svn delete file5<br /> Use this to delete the file, directory, or symbolic link, File5<br /> to be deleted from the repository. If File5 is a file or link, it is immediately deleted from your working copy. If File5 is a directory, it is not deleted, but once you run <strong>“svn commit”</strong> it will be deleted.<br /> When you commit your changes, File5 will be entirely removed from your working copy and the repository.<br /> <strong>Deleting files from working directory:</strong><br /> [root@client trunk]# ls<br /> file1.cfg file2.cfg file3.cfg file4.cfg file5<br /> [root@client trunk]# svn delete file5<br /> D file5<br /> [root@client trunk]# ls<br /> file1.cfg file2.cfg file3.cfg file4.cfg<br /> svn delete can operate directly on repository URLs:<br /> for example:<br /> [root@client ~]# svn delete -m “delete” http://192.168.0.151/repos/newrep2/trunk –username kvit2<br /> As you saw file5 is no more in working directory. But if you delete kvit directory it still shows you in working directory. And once you run svn commit it will removed from working directory as well as from repository.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Deleting directory from working directory:</strong><br /> [root@client newrep]# ls<br /> branches kvit tags trunk<br /> [root@client newrep]# svn delete kvit<br /> D kvit<br /> [root@client newrep]# ls<br /> branches kvit tags trunk<br /> [root@client newrep]# svn commit -m “delete kvit”<br /> Deleting kvit<br /> Committed revision 10<br /> [root@client newrep]# ls<br /> branches tags trunk</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> ###########################################################</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Create a new item kvit as a duplicate of trunk and automatically schedule kvit for addition. When kvit is added to the repository on the next commit, its copy history is recorded (as having originally come from trunk).</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>“svn copy trunk kvit”</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Example:<br /> [root@client newrep]# ls<br /> branches tags trunk<br /> [root@client newrep]# svn copy trunk kvit<br /> A kvit<br /> [root@client newrep]# ls<br /> branches kvit tags trunk<br /> [root@client newrep]# svn commit -m “copy trunk to kvit”<br /> Adding kvit<br /> Committed revision 11.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> ##############################################################</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>“svn move linux redhat”</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> This command is exactly same as running svn copy linux redhat; and svn delete linux. That is, redhat is scheduled for addition as a copy of linux, and linux is scheduled for removal.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Example:<br /> [root@client newrep]# ls<br /> branches linux openpath tags trunk<br /> [root@client newrep]# svn move linux redhat<br /> A redhat<br /> D linux/file2.cfg<br /> D linux/file3.cfg<br /> D linux/file4.cfg<br /> D linux/file1.cfg<br /> D linux<br /> [root@client newrep]# svn commit -m “redhat1″<br /> Deleting linux<br /> Adding redhat<br /> Committed revision 17.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> #############################################################</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>“svn mkdir kvit”</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> This command is exactly the same as running mkdir kvit; svn add kvit. That is, a new directory named kvit is created and scheduled for addition.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client newrep]# svn mkdir kvit<br /> A kvit<br /> [root@client newrep]# ls<br /> branches kvit openpath redhat tags trunk<br /> [root@client newrep]# svn commit -m “kvit dir”<br /> Adding kvit<br /> Committed revision 8<br /> <strong>Review your changes:</strong><br /> Once you’ve finished making changes, you need to commit them to the repository, but before you do so, it’s usually a good idea to take a look at exactly what you’ve changed.<br /> To get an overview of your changes, use the svn status command.<br /> If you run svn status at the top of your working copy with no additional arguments, it will detect and report all file and tree changes you’ve made.<br /> [root@client newrep]# svn status<br /> ? scratch.c<br /> A stuff/loot<br /> A stuff/loot/new.c<br /> D stuff/old.c<br /> M bar.c</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> “svn status” prints seven columns of characters, followed by several whitespace characters, followed by a file or directory name. The first column tells the status of a file or directory and/or its contents. Some of the most common codes that svn status displays are:</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> “?” item the file, directory, or symbolic link item is not under version control.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> “A” item the file, directory, or symbolic link item has been scheduled for addition into   the repository.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> “C” item the file item is in a state of conflict. That is, changes received from the server during an update overlap with local changes that you have in your working copy (and weren’t resolved during the update). You must resolve this conflict before committing your changes to the repository.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> “D” item the file, directory, or symbolic link item has been scheduled for deletion from the repository.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> “M” item the contents of the file item have been modified.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> If you pass a specific path to svn status, you get information about that item alone:<br /> [root@client newrep]# svn status stuff/fish.c<br /> D stuff/fish.c</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> svn status also has a –verbose(-v) option, which will show you the status of every item in your working copy, even if it has not been changed.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client newrep]# svn status -v<br /> M 44 23 sally README<br /> 44 30 sally INSTALL<br /> M 44 20 harry bar.c<br /> 44 18 ira stuff<br /> 44 35 harry stuff/trout.c<br /> D 44 19 ira stuff/fish.c<br /> 44 21 sally stuff/things<br /> A 0 ? ? stuff/things/bloo.h<br /> 44 36 harry stuff/things/gloo.c</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> This is the “long form” output of svn status. The letters in the first column mean the same as before, but the second column shows the working revision of the item. The third and fourth columns show the revision in which the item last changed, and who changed it.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Sometimes it is useful to see which of the items in your working copy have been modified in the repository since the last time you updated your working copy. For this, svn status offers the –show-updates (-u) option, which contacts the repository and adds information about items that are out of date:</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client newrep]# svn status -u -v<br /> 14 5 kvit trunk/file3.cfg<br /> 14 6 kvit trunk/file4.cfg<br /> * trunk/file5.cfg<br /> 14 3 root kvit/file1.cfg<br /> * 14 11 kvit kvit<br /> Status against revision: 20</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Notice in the above example the two asterisks: if you were to run svn update at this point, you would receive changes to file5.cfg and kvit.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>SVN Diff:</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Another way to examine your changes is with the svn diff command, which displays differences in file content. When you run svn diff at the top of your working copy with no arguments, Subversion will print the changes you’ve made to human-readable files in your working copy. It displays those changes in unified diff format, a format which describes changes as “hunks” (or “snippets”) of a file’s content where each line of text is prefixed with a single-character code: a space, which means the line was unchanged; a minus sign (-), which means the line was removed from the file; or a plus sign (+), which means the line was added to the file. In the context of svn diff, those minus-sign- and plus-sign-prefixed lines show how the lines looked before and after your modifications, respectively.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client newrep]# svn diff<br /> Index: trunk/file2.cfg<br /> ===================================================================<br /> — trunk/file2.cfg (revision 19)<br /> +++ trunk/file2.cfg (working copy)<br /> @@ -1,2 +1,10 @@<br /> this is file 2<br /> +3<br /> +4<br /> +5<br /> Index: trunk/file4.cfg<br /> ===================================================================<br /> — trunk/file4.cfg (revision 19)<br /> +++ trunk/file4.cfg (working copy)<br /> @@ -1 +1 @@<br /> -this is file4<br /> +this is<br /> Index: trunk/file5.cfg<br /> ===================================================================<br /> — trunk/file5.cfg (revision 20)<br /> +++ trunk/file5.cfg (working copy)<br /> @@ -0,0 +1,2 @@<br /> +this is file 5<br /> +<br /> You can share the changes you’ve made in your working copy with someone else without first committing those changes by creating a patch file from the redirected output of svn diff:<br /> [root@client newrep]# svn diff > patchfile</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Fix your mistakes:</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Suppose while viewing the output of svn diff you determine that all the changes you made to a particular file are mistakes. Just use the svn revert command to restore your file to previous state.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client trunk]# svn revert file4.cfg<br /> Reverted ‘file4.cfg’<br /> [root@client trunk]# svn revert file5.cfg<br /> Reverted ‘file5.cfg’<br /> [root@client trunk]# svn revert file2.cfg<br /> Reverted ‘file2.cfg’<br /> Perhaps you mistakenly removed a file from version control:<br /> [root@client trunk]# svn delete file5.cfg<br /> D file5.cfg<br /> [root@client trunk]# ls<br /> file1.cfg file2.cfg file3.cfg file4.cfg<br /> [root@client trunk]# svn revert file5.cfg<br /> Reverted ‘file5.cfg’<br /> [root@client trunk]# ls<br /> file1.cfg file2.cfg file3.cfg file4.cfg file5.cfg<br /> File5.cfg is recovered.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Commit your changes:</strong></div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> The svn commit command sends all of your changes to the repository. When you commit a change, you need to supply a log message describing your change. Your log message will be attached to the new revision you create.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client newrep]# svn commit -m “changes”<br /> Sending sandwich.txt<br /> Transmitting file data .<br /> Committed revision 3.<br /> <strong>Creating Locks:</strong><br /> In the Subversion repository, a lock is a piece of metadata that grants exclusive access to one user to change a file. This user is said to be the lock owner.<br /> [root@client newrep]# svn lock newrep/project/trunk/file1.cfg -m “lock for release ”<br /> ‘file1.cfg’ locked by user ‘kvit’.<br /> [root@client ~]# svn status newrep/<br /> M K newrep/project/trunk/file1.cfg<br /> The svn status command shows a K next to the file (short for locKed), indicating that the lock token is present</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> svn info command, which does not contact the repository when run against working copy paths, can display the lock token reveals an important piece of information about those tokens: they are cached in the working copy.As shown below in an example.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client ~]# svn info newrep/project/trunk/file1.cfg<br /> Path: newrep/project/trunk/file1.cfg<br /> Name: file1.cfg<br /> URL: http://192.168.0.150/repos/newrep/project/trunk/file1.cfg<br /> Repository Root: http://192.168.0.150/repos/newrep<br /> Repository UUID: c08fd4d1-82b1-495a-91b0-dd4e51d1aafd<br /> Revision: 5<br /> Node Kind: file<br /> Schedule: normal<br /> Last Changed Author: kvit<br /> Last Changed Rev: 5<br /> Last Changed Date: 2015-04-02 04:13:57 +0530 (Thu, 02 Apr 2015)<br /> Text Last Updated: 2015-04-04 07:46:01 +0530 (Sat, 04 Apr 2015)<br /> Checksum: 6cc46187cdb10f16ed51f05f7f85a51c<br /> Lock Token: opaquelocktoken:5afd2538-29da-4268-ba56-c57e30db9c4c<br /> Lock Owner: kvit<br /> Lock Created: 2015-04-06 21:41:49 +0530 (Mon, 06 Apr 2015)<br /> Lock Comment (1 line):<br /> lock for release<br /> Now that kvit has locked file1.cfg, kvit1 is unable to change or delete file1.cfg:<br /> [root@client1 ~]# svn delete newrep/project/trunk/file1.cfg<br /> D newrep/project/trunk/file1.cfg<br /> [root@client1 ~]# cd newrep<br /> [root@client1 newrep]# svn commit -m “delete useless file”<br /> Deleting project/trunk/file1.cfg<br /> svn: E195022: Commit failed (details follow):<br /> svn: E195022: File ‘/root/newrep/project/trunk/file1.cfg’ is locked in another working copy<br /> svn: E160038: ‘/repos/newrep/!svn/txr/5-6/project/trunk/file1.cfg': no lock token available<br /> svn: E175002: Additional errors:<br /> svn: E175002: DELETE of ‘/repos/newrep/!svn/txr/5-6/project/trunk/file1.cfg': 423 Locked</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> But kvit, after touching up the file1.cfg, is able to commit his changes to the file. That’s because he authenticates as the lock owner and also because his working copy holds the correct lock token: As shown below</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client newrep]# svn status<br /> M K project/trunk/file1.cfg<br /> [root@client newrep]# svn commit -m “file1.cfg changes”<br /> Sending project/trunk/file1.cfg<br /> Transmitting file data .<br /> Committed revision 6.<br /> [root@client newrep]# svn status</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Notice that after the commit is finished, svn status shows that the lock token is no longer present in the working copy. This is the standard behavior of svn commit it searches the working copy (or list of targets, if you provide such a list) for local modifications and sends all the lock tokens it encounters during this walk to the server as part of the commit transaction. After the commit completes successfully, all of the repository locks that were mentioned are released even on files that weren’t committed.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> Of course, locking a file doesn’t oblige one to commit a change to it. The lock can be released at any time with a simple svn unlock command:<br /> [root@client newrep]# svn unlock file1.cfg<br /> ‘file1.cfg’ unlocked.<br /> <strong>Discovering Locks:</strong><br /> When a commit fails due to someone else’s locks, it’s fairly easy to learn about them. The easiest way is to run svn status –u<br /> [root@client newrep]# svn status -u<br /> K 6 project/trunk/file1.cfg<br /> Status against revision: 6<br /> <strong>Breaking and Stealing Locks:</strong><br /> From the administrator’s chair, it’s simple to break locks. The svnlook and svnadmin programs have the ability to display and remove locks directly from the repository.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> To remove lock as an administrator logon to pc having the repository and then run svnadmin lslocks command with repository path will show you the lock info and also the path. Note that path name and then run command svnadmin rmlocks with repository and filepath, this will remove the lock from file7.cfg.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> [root@client newrep]# svnadmin lslocks /svn/newrep<br /> Path: /file7.cfg<br /> UUID Token: opaquelocktoken:94dfad0a-6955-426b-9494-526b0c8a6400<br /> Owner: kvit<br /> Created: 2015-04-04 09:08:05 +0530 (Sat, 04 Apr 2015)<br /> Expires:<br /> Comment (0 lines):<br /> [root@client ~]# svnadmin rmlocks /svn/newrep /file7.cfg<br /> Removed lock on ‘/file7.cfg’.<br /> [root@client ~]# svn status -u /root/newrep/<br /> M B 23 /root/newrep/file7.cfg<br /> Status against revision: 23<br /> [root@client newrep]# svn status -u<br /> M T 23 file7.cfg<br /> Status against revision: 23<br /> If the repository lock was broken, then svn status –show-updates(-u)displays a B(Broken) symbol next to the file. If a new lock exists in place of the old one, then a T(sTolen) symbol is shown.</div> <div style="margin-bottom: 23px; position: relative; top: -9px;"> <strong>Available subcommands:</strong><br /> add<br /> blame (praise, annotate, ann)<br /> cat<br /> changelist (cl)<br /> checkout (co)<br /> cleanup<br /> commit (ci)<br /> copy (cp)<br /> delete (del, remove, rm)<br /> diff (di)<br /> export<br /> help (?, h)<br /> import<br /> info<br /> list (ls)<br /> lock<br /> log<br /> merge<br /> mergeinfo<br /> mkdir<br /> move (mv, rename, ren)<br /> propdel (pdel, pd)<br /> propedit (pedit, pe)<br /> propget (pget, pg)<br /> proplist (plist, pl)<br /> propset (pset, ps)<br /> resolve<br /> resolved<br /> revert<br /> status (stat, st)<br /> switch (sw)<br /> unlock<br /> update (up)</div> </div> </div> </div>

Installation and Configuration of SVN Server

Installation of SVN Server: SVN – Subversion is a versioning and revision control system used by developers to track and keep up ear...

Read more »