Navigation
CATEGORY: Best Practices

3 Signs Your WordPress Development Team Is Not Actually a Team

Last week I wrote a guest post over on the WP Tavern about how fundamental Git is for WordPress teams. In the post, I mention 3 signs that will make it obvious to me that your WordPress development team is not in fact working as a team – but rather as small 1-man teams. The 3 signs are:

  1. Lack of version control
  2. Lack of a code collaboration platform
  3. Lack of a deployment strategy

Git is a fundamental enabler of team work, so without it, it’s hard to get to step 2 and 3 in that list. If you want to read the article, check it out over on WP Tavern.

Pull Requests 101

I think it is fair to say that pull requests were made popular by GitHub and their brilliant implementation of the concept. Used in a strategic way, pull requests are a very powerful collaboration tool to have in your toolbelt – especially if you work in a team.

According to OSS Watch, a pull request “is a method of submitting contributions to an open development project“. But a pull request can be more than that. If you really adapt pull requests into your workflow, they provide a great space for teams to communicate, collaborate, educate and onboard new team members. This is now the norm in most open source projects, but many development teams – especially in the WordPress sphere – are not even using Git yet. If your team have not yet adapted Git (or another version control system) into their workflow, they are simply lacking the most basics of collaboration tools. The abillity to discuss and review code changes in a pull request is just one of many reasons to use Git, but it is definitely one that is big enough on its own.

An Awesome Workflow for WordPress Site Developers

There’s a question I get quite often about WP Pusher and that is: “do you handle updates to the database as well?”. The answer to that question is “no”. WP Pusher is meant as a tool to deploy code changes to plugins and themes that are under version control with Git. I always tell people that they should take a look at the Migrate DB Pro plugin instead, since it does exactly that. Recently, I started talking to Brad, the creator of Migrate DB Pro and guess what he told me: Just as people ask me if WP Pusher can deploy database changes, people ask him if Migrate DB Pro can deploy source code changes. See where I’m going with this?

A Warning About Using Composer With WordPress

NB. I wrote a follow-up piece about this topic on the WP Tavern.

Yesterday, I was watching the WP Sessions stream, where Josh Pollock talked about developing WordPress plugins using Composer. Josh did a great job introducing Composer basics, however, I still feel a need to comment on one specific point that was missing in the presentation: Loading 3rd party dependencies with Composer doesn’t change the fact that WordPress isn’t designed to handle 3rd party dependencies in plugins.

There are no more results.