There was a situation in which I and another programmer had to work on the same project. I have been using the Gentleman's kit for a long time, and I like its portability and small size. A little twisting modules, everything became clear. I will outline my version, which may help someone to reduce both time and resources.
Installing Denver (For those who have it installed, this item is safely omitted). We will assume that the folder in which the Denver was installed will be referred to as [Denver's Folder]
Create a folder for the SVN binaries (I think it would be better if it is stored with all the gentlemen’s belongings). Let it be [Denver folder] \ usr \ local \ svn . Unpack the contents of the svn-win32-1.xxzip archive into the created folder.
Copy the files mod_dav_svn.so , mod_authz_svn.so from the [Denver folder] \ usr \ local \ svn \ bin folder into the Apache modules folder ( [Denver folder] \ usr \ local \ apache \ modules ) and the files intl3_svn.dll , libdb44.dll to the Apache binaries folder ( [Denver folder] \ usr \ local \ apache \ bin )
Create another folder for our future repository. Let it be [Denver Folder] \ repository .
Create a repository. In the command line in the [Denver Folder] \ repository folder, execute the following command: >svnadmin create [ ] You can create several different projects this way.
We set up a repository to work in several hands or other limbs.
Configure access rights. Create the [Denver Folder] file \ usr \ local \ svn \ svn-acl We assume that we have created users (Section 7.1.) User1 , user2 , user3 , user4 and projects project1 and project2 . The first 2 users work as a team on the first, closed project, the rest - on the second project opened for viewing.
Add the configuration to Apache, at the end of the httpd.conf file append the line: Include ../../svn/subversion.conf Launch Denver and try to go to localhost / svn1 Woo-la!