Subversion ( SVN ) Add-on

I plan to use SVN with Visual Studio and just a simple SVN server should be fine for me personally.

Warren

Hi,
I currently have a number of repositories set up with VisualSVN (Windows svn server) and access them though AnkhSVN and TortoiseSVN both locally (on my PC) and remotely (on my laptop).

Ideally the solution I would love to have would be that my ReadyNAS Duo could host those repo's (I can copy the historical revisions myself if I need to), also allowing me to branch, tag, and create further revisions with some kind of FrontView interface. :P

Cheers
Hairy

Yeh that would be cool. As I dont want it on the same machine - defeats the point if that machine was to ever to die

Redmine is a bit too heavy. I've noticed that anything needing a SQL server (even MySQL) on my ReadyNAS will slow it down too much. I don't even run the torrent thing. A simple, straightforward single repository available on a specified port is perfect.

>WhoCares? if you have SKype and would like to pair up to put some finishing touches/polish on your add-on, I'd be glad to work with you. I've plenty of experience administering SVN on linux/apache.

Managed to compile a static version of Subversion 1.6.5. I've tested svnserve and svn and they are working fine. Hope it is useful.

URL to ZIP package: http://tinyurl.com/ou338j

Package contents:
svn
svnadmin
svndumpfilter
svnlook
svnserve
svnsync
svnversion

Ok, I just finished creating the latest version for SVN support on the ReadyNAS. For the moment these Addons are Sparc-only (Duo, NV, NV+, 1100, X6), versions for the Intel based systems are in the making.

The first Addon is Subversion (currently at 1.6.5-readynas-1.1.1 by my naming scheme). This version provides all the SVN command line utilities and also enables web access though the SVN Apache modules to repositories located on your ReadyNAS.
To create repositories on the ReadyNAS you can use either the command sequence:

svnadmin create /opt/subversion/<name of your repository>
chown -R admin:admin /opt/subversion/*
echo "enable-rep-sharing = false" >> /opt/subversion/<name of your repository>/db/fsfs.conf

(Note that you have to use /opt/subversion as the base name, otherwise web access won't work. Please also note that the last line of the command sequence above is neccessary because of a bug in the SQLite version shipped with the ReadyNAS.)

The other way to create a repository would be to use the second Addon I built:
WebSVN (currently at 2.1.1-readynas-0.9.2) will give you a nice looking web interface to the repositories on your ReadyNAS. In addition it'll allow you to create new repositories through the web interface if you're logged in to the Frontview admin panel.
The use of WebSVN requires PHP to be installed *first*. I recommend using the PHP_1.1.bin which for some obscure reason isn't listed in the 3rd-Party Addons section.

Both addons should be fairly stable since I use them without problems. Still, it's a "Works for me, might break for you" deal.

Words of Warning:
Both addons make use of some additional Apache configuration files. Thus, if installation of one of the addons fails, there's a chance that Apache is no longer able to start, leaving you with a ReadyNAS that no longer gives you access through Frontview. To prepare for this, please activate SSH access to your NAS (using the ToggleSSH Addon and enable SSH access for the root user with the EnableRootSSH Addon.

Some Screenshots:

View of the repositories through the SVN addon:


Sam view using WebSVN:


Preparing to create a repo using WebSVN:


New repo is created and shows up in the list:


Looking inside we see that WebSVN already created the "branches", "tags" and "trunk" dir:


Tidbit from the command line:

well done whocares

links sounds broken but I found this

subversion 1.6.5

websvn


perhaps due to the test. in url instead of www

super-poussin wrote:
links sounds broken ...

Argh. I again copied from the wrong browser window (now finally closed ...). Thanks for the heads up, I fixed the links in the original post.

Btw: Would you mind updating PHP_1.1.bin so that it requests a reboot from the user? All that's needed to do that is copying the build_addon script to build_boot_addon. In the new build_boot_addon just remove the "skipreboot=1," from the line reading

echo "addon::name=${FRIENDLY_NAME},version=${VERS},time=${TIME},size=${SIZE},md5sum=${MD5},unencrypted=1,skipreboot=1,api=1,arch=$arch" | dd conv=sync bs=$bs >index 2>/dev/null || error

(line 4 from the bottom of the script on my system)

Regards,
Stefan

Just finished the first versions for the Pro:

Subversion 1.6.5
WebSVN 2.2.1

Both should work as expected, if you find some bugs just let me know.

-Stefan

WhoCares: Thanks for this! :thumbsup:

I have it installed, and it appears to be working with TortoiseSVN via the HTTPS protocol. It looks like the SVN protocol does not work, however. How can I get this working - or is there a reason why I should use HTTPS instead? (My understanding is that the SVN protocol is more efficient.)