Subversion (svn) Plugin ?

  • openmediavault is great and we nearly finished our server to our demands.
    The only thing we urgently need is subversion.
    Is there a way to manualy install subversion on the underlaying debian system without conflicts to openmediavault?
    Or is a subversion plugin omn the way?
    Thank you in advanced for your help.
    iz

  • There was a subversion plugin but it was not ported to OMV 1.0 or 2.0... There are no plans to port it to OMV 3.0 at this time. Most people that work on the plugins are busy upgrading the current ones for OMV 3.0.

    • Offizieller Beitrag

    Subversion needs apache which causes too many issues with nginx that OMV uses. I use a VM for my subversion server but you could also use docker.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • SVN does not need Apache and no NGINX. Synology runs SVN also and without the Web interface. SVN is a very small server you can configure with few operations. Web interface is a luxury that you do not need but needs 98% work and recursions. SVN is a very compact, fine and useful for NAS. Look at Synology's guide.
    Fully installed weighs SVN under 3MB, pure SVN service few kilobytes.


    Synology Wiki


    Synology SVN Add-On

    • Offizieller Beitrag

    SVN does not need Apache and no NGINX. Synology runs SVN also and without the Web interface. SVN is a very small server you can configure with few operations. Web interface is a luxury that you do not need but needs 98% work and recursions. SVN is a very compact, fine and useful for NAS. Look at Synology's guide.

    Most people I have seen (and I am an SVN admin at work) commit svn via http/https not the svn protocol. This is where my comment about needing Apache comes from.


    Not sure why synology has anything to do with the plugin. If you really want svn, we have a docker plugin and you can spin up a docker that requires almost no work. Better yet, use gitlab (docker or VM) because git is better than svn and gitlab has a great web interface (especially if you are used to github).

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Most people I have seen (and I am an SVN admin at work) commit svn via http/https not the svn protocol. This is where my comment about needing Apache comes from.
    Not sure why synology has anything to do with the plugin. If you really want svn, we have a docker plugin and you can spin up a docker that requires almost no work. Better yet, use gitlab (docker or VM) because git is better than svn and gitlab has a great web interface (especially if you are used to github).


    Most people use Tortoise to upload the files. Github is not the best solution in many cases. Who uses NAS works mostly locally in smaller working groups. Here, SVN has advantages.



    SVN without WebSVN make - I mean. Is easier and does not need a web server. If you are already working with the system, it is easier for you to create a plug-in. I could do it, but am already working on other projects. It takes a lot of time to get started.

    • Offizieller Beitrag

    Most people use Tortoise to upload the files.

    And tortoise uses http/https for most people.


    Github is not the best solution in many cases. Who uses NAS works mostly locally in smaller working groups. Here, SVN has advantages.

    I said gitlab not github. It is local as well and perfect for small or large groups. No advantage to svn.


    SVN without WebSVN make - I mean. Is easier and does not need a web server. If you are already working with the system, it is easier for you to create a plug-in. I could do it, but am already working on other projects. It takes a lot of time to get started.

    There was a subversion plugin but I don't have the source code for it anymore. I really don't like svn and have no desire to create a plugin especially when you can use a docker or gitlab.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!