Administrar su sitio de WordPress con Git y Composer Parte 3-Submódulos Git para administrar temas y complementos

Este es el artículo 3 de 4 en la serie “WordPress Site Management con Git y Composer”
Administrar su sitio de WordPress con Git y Composer Parte 1-WordPress Storage en Git
Administración de su sitio de WordPress con Git y Compositor Parte 2 – Uso del compositor para administrar temas y arados
Administrar su sitio de WordPress con Git y Composer Parte 3-Submódulos Git para administrar temas y complementos
Administrar su sitio de WordPress con Git y Composer Parte 4 Instalación WordPress en un subdirector
En la Parte 2 analizamos cómo podríamos usar el compositor para administrar nuestros temas y complementos. En este artículo, analizaremos una forma alternativa de administrar sus temas y complementos que no requieren tercera herramientas.
Desde los submódulos Git de documentación: Submodullele le permite mantener un depósito GIT como subdirector de otro almacén GIT. Esto le permite clonar otro almacén en su proyecto y mantener sus comitados separados. Esto puede ser muy útil cuando desea almacenar una biblioteca de terceros en su proyecto, por ejemplo, mientras mantiene ambos almacenes separados. En nuestro caso, queremos almacenar los temas y complementos en el mismo depósito de GIT que nuestra instalación de WordPress desde 1. Los sub -modelos de git son equivalentes a “externos” en subversión si está familiarizado con ella.
Afortunadamente, la adición de sub -módulos de submódula, toda la reposión de los complementos de WordPress se refleja en el GitHub, lo que hace que encontrar las versiones GIT de cualquier complemento WordPress.org. Desafortunadamente, no hay espejo para los temas, por lo que tendrá que encontrarlos solos. Instalemos la versión GitHub Mirror de nuestro complemento WP Migrate DB. El proceso de agregar sub -modulas a su almacén Git es en realidad relativamente simple. Ejecute el siguiente comando desde la raíz de su almacén. Git: git submodule add -f https://github.com/wp-plugins/wp-aggte-db.git ./wp-content/plugins/wp-digte– DB esto agregará el sub -modul a su almacén Git y descargará todos los archivos necesarios. Aquí usamos el espejo GitHub para la URL de nuestro almacén, pero vale la pena señalar que esto puede ser una URL del depósito GIT que le gusta (por ejemplo, un depósito privado de GIT). Usamos -f aquí para forzar el GIT a agregar el sub -modio, de lo contrario se quejará de que la carpeta se ignora (ver .gitignore en la Parte 1). Commite estos cambios ejecutando:
Git Commit -M “Se agregó el complemento DB de DB Migrat”. Ahora tiene DB migrar WP y puede activarlo y usarlo como lo hace normalmente. El proceso es idéntico para agregar los temas, solo asegúrese de instalarlos en el directorio de “temas”. Desafortunadamente, la actualización del git de los sub -módulos, la actualización de las sub -modulo de git no es tan simple como se puede imaginar. Esta es una de las principales desventajas del uso de la submódula GIT. La estructura de los submódulos de submódula Git facilita los cambios en sus almacenes, porque puede editar los archivos de submódula como cualquier otro depósito de GIT. Sin embargo, para actualizar el submodulo a la última versión (como nos gustaría hacer con nuestros complementos de WordPress), debe navegar a la carpeta sub -modular, verificar la última versión y luego hacer estos cambios en el almacén principal. Los pedidos se verían así: CD WP-Content/Plugins/WP-Migrate-DB Git Checkout Master Pull CD ../../ .. Git Commit -AM “Migrat Migrat DB actualizado” Esto es mucho. Sin embargo, hay una línea rápida que puede ahorrarle mucho tiempo, especialmente si tiene más módulos de complemento:
Git sub -module foreach git pull origen maestro ¿Qué sucede si desea usar una versión determinada de un complemento? Puede hacer esto verificando la etiqueta que corresponde a la versión que necesita: CD WP-Content/Plugins/WP-Migrate-DB Git Tags de pago/0.7.1 CD ../ .. DB a V0.7.1 “Eliminación de SUB -Modulas Git lo mismo que las actualizaciones, eliminar las sub -modulas de Git no es tan simple como podría pensar, pero por supuesto no es tan malo como las actualizaciones. Para eliminar el submodulo de nuestro complemento, ejecutaremos: Subconinit/Plugins/WP-Migrate-DB Git RM WP-Content/Plugins/WP-Migrate-DB Commit -AM “Elimento WP Migra DB” Plugin ” – El UA ahora debe eliminarse por completo del repositorio y el archivo .gitModules debe actualizarse para reflejar este cambio. Implementaciones Como en el caso del compositor, deberá encontrar una manera de mantener sus sub -mods actualizados en el servidor de producción (o en cualquier servidor que implementa). Las estrategias de implementación no entran en el alcance de este artículo, pero suponga por un minuto que ha configurado un gancho post-receptivo en su servidor de producción. El gancho post-receptivo es simplemente un guión que se ejecutará después de que se haya presionado un almacén. Una forma en que puede actualizar automáticamente sus sub-mods es agregar los siguientes comandos al gancho post-receptivo:

Submodule git init git Submodule Sync Git Actualización Estos comandos se asegurarán de que los sub -mods git se actualicen cada vez que ingrese al almacén de producción. El comando Sync Submodule desde aquí está actualizando la configuración local del sub -mod. Temas y complementos personalizados El proceso de configuración de temas y complementos personalizados es casi idéntico al proceso descrito en la Parte 2, por lo que no lo repetiré aquí. Es suficiente decir que simplemente puede almacenar el tema/complemento personalizado junto con el depósito submodelo sin problemas. ¿Qué elegir? Ya sea que utilice o no el compositor, git sub -módulos o incluso por completo algo más (por ejemplo, WP CLI) para administrar su tarea y complementos, probablemente dependerá de los requisitos del proyecto. El compositor es excelente si está buscando algo simple y no le importa usar SSH en su servidor. Los submódulos son excelentes si desarrolla complementos en WordPress y debe enviar sus cambios al almacén (algo que no puede hacer con el compositor). Ambos tienen sus ventajas y desventajas. Esto también es para la Parte 3. En la próxima publicación veremos la instalación y administración de WordPress Core en un subdirector utilizando el compositor o los submodelos GIT.
Este es el artículo 3 de 4 en la serie “WordPress Site Management con Git y Composer”
Administrar su sitio de WordPress con Git y Composer Parte 1-WordPress Storage en Git
Administración de su sitio de WordPress con Git y Compositor Parte 2 – Uso del compositor para administrar temas y arados
Administrar su sitio de WordPress con Git y Composer Parte 3-Submódulos Git para administrar temas y complementos