24 Comments


  1. I personally prefer using WordPress.org for anything public-facing due to the amount of exposure, as well as the simple search from within WordPress to install it. Github is the better option for something that isn’t quite polished though.

    Reply

  2. Sarah, thanks so much for the shout out to GitHub Updater. I can honestly say that developing on GitHub has made me better and made eat his plugin better. I couldn’t have done it myself and I’ve had lots of help from the ubiquitous Gary Jones and Seth Carstens.

    There are reasons it wasn’t allowed in the WP repo and it mostly has to do with promoting an outside repository. As you pointed out, there is no code review or the ability to pull a plugin/theme out of the repo on GitHub. In the end I believe the WP repo maintainers were just looking for the safest experience for the majority of users.

    Thanks again for the shout out.

    Reply

  3. Nice article Sarah, thanks. Another advantage of Github is that you can make branches.

    I host my plugins on both WordPress.org and Github and use the latter to develop the next versions on. In the WordPress Repo I also mention explicitly that I only offer support via Github, not on the forums there. Some people don’t like that (the comments I get is “yet another login”), but it just works much better for me.

    Although I am aware of their existence, I haven’t yet used any of the git to svn scripts you mentioned in the article. Must check them out again now.

    Reply

      1. I guess that’s why there is a branches folder ;)
        Is it actually being used by many plugin developers?

        Reply

        1. I’ve used it before. I mostly just upload zip files to my site though, since the people I want to access the branches are usually not developers and hence don’t know how to access the branch via SVN.

          Reply

    1. I do the same, except I offer support via a forum hosted on my site. Support on Github is not a good idea, it’s mostly used for developers for submitting bugs/ideas. It’s hard to ask a question like “How to do this?”.

      Reply

  4. It depends on the audience for the plugin. From a normal end user perspective WordPress.org is what is needed. Confidence in the code and ease of use of finding and installing etc. are key.

    GitHub is great for geeks designing for other geeks.

    Reply

  5. There are so few collaborative projects, that I don’t see there being much use for Github in hosting WordPress plugins (obviously many people disagree with me on this). The only thing I use GIthub for, is hosting plugins before they’re ready to shunt onto WordPress.org.

    Reply

  6. Sensible approach i see some developers are using is to keep beta version on GitHub so any power-user can take advantage of it, and additionally stable version (for anyone) in WordPress repository.

    Reply

  7. I’m finally starting the process of moving my plugin code to GitHub. But, this is to foster collaboration, if anyone is interested.

    The end plan is to always upload the stable release version to WordPress.org.

    Reply

  8. I use Patrick Rauland’s version of the deploy script: https://gist.github.com/3767319 otherwise I don’t think I’d have plugins in the repo… or wouldn’t update them. I can’t seem to get my head around SVN, but sort-of understand Git. I’ve been able to easily submit features or bugfixes to other github-hosted plugins and have had a few people do the same with mine; something I haven’t done with SVN. It is just a matter of personal preference.. and probably what you use first.

    If you want lots of people to find and use your plugin, then the repo is the place to be. Of course, that also means a ton more support issues will crop up.

    Reply


  9. WP.org has some more disadvantages than listed here:
    1. If you are doing any promotion of your plugin, there is NO way of checking if it is working or how well. Number of downloads in the ‘stats’ section is a joke, not a metric.
    2. Doing support on WP.org is inconvenient to put it mildly. I just keep missing support requests because the only way I can be notified is through RSS, which I don’t use for anything else. There is no convenient way of marking progress on issues, etc.

    Reply

    1. > the only way I can be notified is through RSS

      Or email. There are email subscriptions available for almost everywhere that there are those RSS feeds. Including the various plugin support forums.

      Reply

  10. Incidentally, this plugin is banned from the WordPress.org repository.

    Why is that?
    Is there anything wrong with its code? ‘Cause I can’t find anything wrong with it…
    Is there a policy for plugins hosted on w.org that forbids what this plugin is doing?

    Reply

      1. True, it is explicitly stated in the guidelines:

        Use of third-party systems is acceptable in a service-client type of model, but sending actual PHP or other executable code over the network is considered a security risk. Executing outside code like this is not allowed except for specific and very carefully considered cases

        I’m not saying the decision to ban this plugin was wrong, I’m simply trying to understand why, and to be honest I’m hoping that some day that ban will be lifted.

        There’s the letter of the guidelines and then there’s the spirit of them.
        Perhaps this should be one of those “specific and carefully considered cases”?

        Reply

          1. We’re not going to allow plugins in the directory that install other plugins from outside of the directory. That is simply a method by which to try to bypass our rules and guidelines, and it is not going to be allowed.

            If you want your plugin in the directory, then simply fill out the form to add it there. We’ll review it and voila, you too can put a plugin in the directory. It’s not particularly complicated. Happens hundreds of times a week.

Leave a Reply