Skip to main content

From my perspective there are about two issues with your plan - Git and "conventional" structure. So basically everything. :)

  1. Git (and version control in general) is a poor tool for whole site stacks. Been there, done that, it hurt a lot.

  2. What you call an "unconventional" structure with content separated from core has been for a while very conventional and robust choice for any serious site for a while.

  3. There are pretty much noneno turn-key ways to combine whole site stack with native updates. It just doesn't go well together since it pursuestries to achieve different goals in projects of different levels (developer in control vs end user in control).

If you ask me the best bet for whole site WordPress stack is currently Composer, however opinions may wary. :)

On your specific concerns:

  1. As above - native updates (more so auto) don't play well with tightly controlled stacks.

  2. WordPress core isn't developed in Git and doesn't accept pull requests, all contributions are (so far) via patch files to Subversion.

  3. You'll likely have to commit such plugins into your repo. Or go with otheranother approach like Composer.

From my perspective there are about two issues with your plan - Git and "conventional" structure. So basically everything. :)

  1. Git (and version control in general) is poor tool for whole site stacks. Been there, done that, it hurt a lot.

  2. What you call "unconventional" structure with content separated from core has been for a while very conventional and robust choice for any serious site.

  3. There are pretty much none turn-key ways to combine whole site stack with native updates. It just doesn't go well together since it pursues different goals in projects of different levels (developer in control vs end user in control).

If you ask me the best bet for whole site WordPress stack is currently Composer, however opinions may wary. :)

On your specific concerns:

  1. As above - native updates (more so auto) don't play well with tightly controlled stacks.

  2. WordPress core isn't developed in Git and doesn't accept pull requests, all contributions are (so far) via patch files to Subversion.

  3. You'll likely have to commit such plugins into your repo. Or go with other approach like Composer.

From my perspective there are two issues with your plan - Git and "conventional" structure. So basically everything. :)

  1. Git (and version control in general) is a poor tool for whole site stacks. Been there, done that, it hurt a lot.

  2. What you call an "unconventional" structure with content separated from core has been a very conventional and robust choice for any serious site for a while.

  3. There are pretty much no turn-key ways to combine whole site stack with native updates. It just doesn't go well together since it tries to achieve different goals in projects of different levels (developer in control vs end user in control).

If you ask me the best bet for whole site WordPress stack is currently Composer, however opinions may wary. :)

On your specific concerns:

  1. As above - native updates (more so auto) don't play well with tightly controlled stacks.

  2. WordPress core isn't developed in Git and doesn't accept pull requests, all contributions are (so far) via patch files to Subversion.

  3. You'll likely have to commit such plugins into your repo. Or go with another approach like Composer.

Source Link
Rarst
  • 99.9k
  • 10
  • 160
  • 298

From my perspective there are about two issues with your plan - Git and "conventional" structure. So basically everything. :)

  1. Git (and version control in general) is poor tool for whole site stacks. Been there, done that, it hurt a lot.

  2. What you call "unconventional" structure with content separated from core has been for a while very conventional and robust choice for any serious site.

  3. There are pretty much none turn-key ways to combine whole site stack with native updates. It just doesn't go well together since it pursues different goals in projects of different levels (developer in control vs end user in control).

If you ask me the best bet for whole site WordPress stack is currently Composer, however opinions may wary. :)

On your specific concerns:

  1. As above - native updates (more so auto) don't play well with tightly controlled stacks.

  2. WordPress core isn't developed in Git and doesn't accept pull requests, all contributions are (so far) via patch files to Subversion.

  3. You'll likely have to commit such plugins into your repo. Or go with other approach like Composer.