1. Alex Mills (Viper007Bond)

    This is awesome! I haven’t made any commits yet but I set it up for one of my small plugins and it was super easy to do. :)


  2. Peter Knight

    Very nice, I wouldn’t use Ship for reasons stated. This sounds just about perfect.


  3. Rick Dees (@r1ckd33zy)

    Don’t know if this has been talked about before but why isn’t WordPress.org not using Git for version control?


    • Otto

      The short answer is because WordPress predates Git by about a year. We’ve been using SVN for longer than Git has actually existed. Switching to git would take a fair amount of work, for not a whole lot gain.

      That said, work is being done on things like git syncing and other means of making WordPress and associated bits available for those who prefer to use Git or SVN. That work continues.


  4. David Anderson

    Deployer has a dedicated WordPress.org user, deployer

    Does this mean that if someone malicious obtains the password for that user (it’s still, unfortunately, the case that wordpress.org has no two-factor authentication system), then they could push their own updates to every plugin from any author that’s in the Deployer system?


    • Arūnas Liuiza

      Unfortunately, that is true. But with a single compromised user, WordPress.org maintainers could very easily revert those bad commits. I am following the proposal of Otto here, that he expressed when critiquing Ship. It is not a perfect solution, but in my opinion – a much better than storing a lot of plain text passwords for all the user’s.
      I wish WordPress.org had a better (or any, for that matter) API to handle those things, but I have no better solution for now. And I am open to suggestions :-)


      • David Anderson

        I wish WordPress.org had a better (or any, for that matter) API to handle those things

        I have no argument with that!

        It’s very concerning to know that, for every plugin on your site, only a single password needs to be cracked in order for someone malicious to slip an evil new version onto wordpress.org, which people would start updating to instantly.

        Sure, it would hopefully get caught, within a few hours probably (a clever attacker would time his release for the sleeping hours of the plugin developer) – but with big plugins, that’s long enough for the malicious actor to slip his evil code onto thousands of sites. So, there’s a big prize, and a low barrier…


    • Daniele Scasciafratte

      for that reason i prefer ship also have some problems…


  5. Dipak C. Gajjar

    I use Ship to deploy some of my plugins from GitHub to WordPress.org, but after reading this, I’ve decided to give Deployer a shot!

    Sarah, thanks for sharing this.

    Liuiza, thanks for building such a wonderful service like Deployer.


  6. Toby Cryns

    Sounds neat! One question…

    You say it’s a single php file… How tough would it be for me to use that php file and configure things on my end rather than use the Deployer service?



    • Arūnas Liuiza

      Hi Toby. I haven’t released the code yet, but once I do, then you could run your own instance. Assuming your environment allows you to run git/svn shell commands, of course.


  7. Nico

    I actually signed up a while ago then never actually tried it and deciding to remove the ‘deployer’ god from my plugin. I really not feel comportable with this. I wish something like this would be open source. I wound understand it if people build a payed service but what the point of Ship and Deployer of they are gratis and not doing any data grabbing? Or do they?

    I want a think I can install on ‘my’ VPS I control and at least somehow trust and then put some Webhook key, my wp.org user and pass and a config file, fire that thing up and forget about it. I do not want to sign my valuable data to some other person/service I do not know. I saw this thing that may be what I am looking for but it seems based on something that sits in some Automattic repo that may be better maintained. I not quote got the difference, the documentation is not really there and nobody seems to use it … thats why I never got to try it.


    • Arūnas Liuiza

      Hi Nico! I appreciate the feeling. That is how Deployer came about in the first place – I wanted a tool for my own workflow. Then I helped a client who did not want to tackle SVN. And then I thought it might be useful to others out there, so I added a public registration form and talked about it a bit.

      As for providing the service for free – I see it as part of me giving back to the WordPress community. I might not be a big-shot name in WordPress circles, but I still believe the things I have released (Gust, Content Cards, etc.) give me a bit of trust capital within the community. And they have donated more than 100 cups of coffee to support various of my WordPress related projects to date.

      As for your “valuable data” – if you are using Deployer, your project is open source and I do not believe I have access to any data you are not giving away anyway. Deployer only works with public GitHub repositories, and WordPress.org repository is also public. I do not believe I could have made this service in a way that requires less access and still works.

      As for making it open source, I only try to release stuff that I am prepared to support and document. Deployer is not something you can run on any shared hosting nor do I intend to make it such. It will require some technical knowledge to set up and run. I believe people who have that level of knowledge already have their own scripts in place, or can find better solutions for this – bash scripts, grunt tasks, etc. But hey, if you really need it – here is the class that does the actual work: https://gist.github.com/ideag/fceb74ea31b5ee565b33


  8. anon

    Not really feeling the concept of open source runs deep in the WP community any more…like everyone’s following the services model of Automattic who realised that knowledge differentials are actually important to making money.

    This is exactly what needs to be released as open source so people can securely run their own services as well as review the security of the code. Otherwise there’s still a massive security target here.

    The problem, of course, is that the chance to ever make money from his work will then disappear for Liuiza…unless he can turn it into some sort of multi-tier service *and* get lucky…


  9. Galen Gidman

    This looks really cool. I tried setting it up on one of my plugins last night and while everything seemed to be configured correctly and the webhook is firing, the plugin isn’t getting deployed to .org. Any ideas Arūnas?


  10. Anh Tran

    Sound interesting. The repeated process of export files from git to svn takes me sometimes and it doens’t work well when I switch to another computer. It’s definitely worth a try.


Comments are closed.

%d bloggers like this: