Support » Fixing WordPress » svn upgrade a bit funky

  • bragur



    I’m having a bit of a squirl using svn to upgrade WP. It always gives me some error and I usually have to make a fresh installation using subversion. Pretty tedious actually.

    So I’m wondering if I’m doing anything wrong. Should I be using svn to upload plugins and themes? Svn usually stops on some theme or plugin, so that’s why I’m wondering. Should I do some kind of command to gather svn info for these files or something? I’m a bit lost. Any help appreciated.

Viewing 2 replies - 1 through 2 (of 2 total)
  • bragur,

    I’ve been using Subversion for a few years, but I don’t think there is a good way to have ones’ WordPress site stored in Subversion and be able to update WordPress. Subversion has .svn folders under each folder, so if you do just replace out everything but the wp-content folder, you will end up losing those .svn subfolders and it will no longer be a Subversion working directory.

    Another approach would be to checkout WordPress from a tagged version and just update the tag as needed. Unfortunately, the directory layout doesn’t really work.
    In a Ruby on Rails project, Rails and the plugins would be stored under a vendor/ folder and use svn:externals. The way WordPress is structured, we put our custom themes under it, and we can’t check them in to the main repository, or even use an svn:external. Perhaps this could be worked around via a symlink for wp-content, but images are referenced from the wp-content/ url too, so it’s just a mess.

    The one approach that could work with Subversion and WordPress is using vendor drops. These are described in the “Pragmatic Version Control using Subversion“. It’s a process that allows you to maintain your own copy of a vendor’s code and update it via a Perl script, while maintaining your own changes (which could be your theme, or tweaks to the core). It’s a bit tedious… but let me experiment with it. Since WordPress has tags for each release, maybe I can find a way to simplify the process.

    Alternatively, I was thinking of going to something like Mercurial. It only has one .hg folder in the root, so one could just copy the files in and commit. It also has something called Mercurial Queues, which would allow you to maintain changes to the core and “rebase” with a new version. It doesn’t integrate with subversion however, and I’m just getting started learning it.

    Could also look into Git, which can checkout from SVN, especially handy if you want to work with edge WordPress. It’s somewhat more complicated to use than SVN or Mercurial, so I haven’t looked into it yet.

    Well, I was kinda hoping that this would work (running from my working directory):

    svn merge

    But I get a bunch of “Skipped missing target” errors… I’m pretty sure that this only works the working directory is the same repository as the URLs specified.

Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘svn upgrade a bit funky’ is closed to new replies.