2010-01-21 9 views
7

Me gustaría aplicar el control de revisión, usando git, a mi desarrollo de sitio web basado en WordPress.Git y WordPress (+ administración de complementos y medios)

Según mis inquietudes a continuación, ¿cómo hago?

preocupación 1: Pushing "cambios granulares"
En este caso específico, es difícil de imitar el entorno de servidor web local. Por lo tanto, me gustaría impulsar los cambios muy a menudo. ¿Podría enviar los cambios en un "nivel de subcompromiso" al servidor web para evitar confirmaciones "irrelevantes"? (Y qué tengo que configurar un repositorio git en mi servidor web remoto en absoluto?)

preocupación 2: Plugin y medios de manipulación
Anteriormente, yo y mis colegas han estado instalando/updateing plugins y videos de Interfaz de administración de WordPress. Si también quisiera mantener los medios y complementos sincronizados, ¿cómo se lograría esto?

Agradecería cualquier recurso que detalle cómo configurar un flujo de trabajo que me permita mantener todos mis archivos (WordPress + complementos, medios, temas, etc.) localmente, mientras que al mismo tiempo me permite presionar "cambios granulares" a mi servidor web y "compromisos reales" a Github.

+0

¿Qué terminaste haciendo con el complemento y el manejo de medios? Estoy intentando descubrir la misma parte de mi flujo de trabajo en este momento. –

+0

Hola @JosiahSprague, hago todo el desarrollo. localmente (incluidas las instalaciones de complementos) y utilice el esqueleto de WordPress https://github.com/markjaquith/WordPress-Skeleton para separar el núcleo WP de mis modificaciones. El esqueleto también separa los medios, lo cual es una buena práctica, ya que es posible que desee servir esto desde otra ubicación. – dani

+0

Cool. Eso es similar a lo que terminé en mi último proyecto, pero no me gusta cómo el directorio de contenido está fuera del directorio de Wordpress, simplemente porque algunos complementos mal escritos no son compatibles con esa configuración. –

Respuesta

3

Con respecto a Concern1, puede aislar esos micro cambios en una bifurcación.

Básicamente, tu repositorio local tiene dos ramas:

  • uno dedicado a su granular se compromete
  • uno (maestro) para GitHub

Usted puede empujar todo para:

  • su sitio web, en un repositorio desnudo, y luego clonarlo y verificar la rama "granular".
  • GitHub, con el maestro actualizado con las confirmaciones "reales".

Para limpiar su historia y construir sus confirmaciones reales, puede rebase la rama granular en la parte superior del amo de una manera interactiva:

git checkout master 
git rebase -i granular 

eso fue que elija, squash o editar commits realizan en forma granular , reproduciendo un conjunto más limpio de confirmaciones en el maestro.
Eso reescribe el historial granular, pero esto no es tan malo si nadie tira directamente de esta rama.
Si desea conservar el historial granular, solo merge o cherry-pick se compromete desde granular hasta master.

Hay varias ejemplo de la gestión de Wordpress con Git:

El último enlace es el más detallado sobre el proceso de actualización de WordPress, y termina también con una rebase de sus modificaciones;

Cuestiones relacionadas