{"id":1441,"date":"2024-02-04T12:14:47","date_gmt":"2024-02-04T12:14:47","guid":{"rendered":"https:\/\/seoenred.com\/blog\/?p=1441"},"modified":"2024-02-10T13:48:38","modified_gmt":"2024-02-10T13:48:38","slug":"trabajando-con-git-tema-1-preparacion-e-instalacion-bloque-1-wordpress-basico-curso-de-wordpress","status":"publish","type":"post","link":"https:\/\/seoenred.com\/blog\/trabajando-con-git-tema-1-preparacion-e-instalacion-bloque-1-wordpress-basico-curso-de-wordpress\/","title":{"rendered":"Trabajando con Git | Tema 1 – Preparaci\u00f3n e Instalaci\u00f3n | Bloque 1 – WordPress B\u00e1sico | Curso de WordPress"},"content":{"rendered":"

\"Curso<\/p>\n

 <\/p>\n

Probablemente ya hayas o\u00eddo hablar de Git<\/strong>, pero es posible que no est\u00e9s familiarizado con el sistema m\u00e1s all\u00e1 de su nombre. Estando en el Mundo del Dise\u00f1o<\/strong>, o el Mundo de Desarrollo Web<\/strong> (DAW)<\/em> y enfoc\u00e1ndonos en Desarrollos de Entornos en WordPress<\/strong>, vamos a montar un Stack de Desarrollo<\/strong> completo y seguro para trabajar con los archivos antes de subirlos a Internet<\/strong>, el Servidor<\/strong> o el Sitio de Producci\u00f3n<\/strong> que sea.<\/p>\n

Git<\/strong>, es un Software de Control de Versiones<\/strong>, dise\u00f1ado por Linus Torvalds<\/strong>, pensando en la Eficiencia<\/strong>, la Confiabilidad<\/strong> y Compatibilidad<\/strong>, del mantenimiento de versiones de aplicaciones, cuando estas, tienen un gran n\u00famero de Archivos<\/strong> de C\u00f3digo Fuente<\/strong>.<\/p>\n

<\/p>\n

Su prop\u00f3sito, es llevar un Registro de Cambios<\/strong>, en los Archivos<\/strong>, de los Ordenadores\/Computadoras<\/em>, para coordinar el trabajo que varias personas realizan sobre estos archivos, que est\u00e1n compartidos, en un Repositorio de C\u00f3digo<\/strong>.<\/p>\n

Afortunadamente, para nosotros, es m\u00e1s f\u00e1cil que nunca implementar un Sistema de Control de Versiones<\/strong>, como Git<\/strong>, para un Sitio de WordPress<\/strong>. Detr\u00e1s de toda esta jerga t\u00e9cnica, Git<\/strong>, no es m\u00e1s que sistema de control que nos va a permitir realizar un seguimiento, de todos los cambios que se realizan en un Archivo<\/strong>.<\/p>\n

Con Git<\/strong>, podremos mantener un historial completo de cada Archivo<\/strong> y volver f\u00e1cilmente a cualquier Versi\u00f3n Anterior<\/strong>.
\n
\n\n\n\n\n\t\n\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t

\u00cdndice de Contenidos<\/h2><\/th>\n<\/tr>\n<\/thead>\n

Qu\u00e9 es Git<\/a><\/h3><\/td>\n<\/tr>\n

C\u00f3mo funciona Git<\/h3><\/td>\n<\/tr>\n

Instalaci\u00f3n de Git<\/h3><\/td>\n<\/tr>\n

<\/i> Descargar e Instalar Git en Linux<\/span><\/td>\n<\/tr>\n
<\/i> Descargar en Instalar Git en Windows<\/span><\/td>\n<\/tr>\n
<\/i> Descargar en Instalar Git en McOS<\/span><\/td>\n<\/tr>\n

Configurar Repositorio Git en el Servidor Web<\/h3><\/td>\n<\/tr>\n

<\/i> Configurar Git en cPanel<\/span><\/td>\n<\/tr>\n
<\/i> Configurar una Clave SSH en cPanel<\/span><\/td>\n<\/tr>\n
<\/i> Autorizar una Clave SSH en cPanel<\/span><\/td>\n<\/tr>\n
<\/i> Uso de una Clave SSH de cPanel<\/span><\/td>\n<\/tr>\n
<\/i> Configurar Git en Plesk<\/span><\/td>\n<\/tr>\n

Git para WordPress<\/h3><\/td>\n<\/tr>\n

<\/i> SourceTree<\/span><\/td>\n<\/tr>\n
<\/i> Tower<\/span><\/td>\n<\/tr>\n
<\/i> GitHub<\/span><\/td>\n<\/tr>\n
<\/i> TortoiseGit<\/span><\/td>\n<\/tr>\n
<\/i> GitLab<\/span><\/td>\n<\/tr>\n

Plugins\/Complementos para Git<\/h3><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\n<\/p>\n

Qu\u00e9 es Git – Una introducci\u00f3n<\/h2>\n

En esencia, Git<\/strong> es un Sistema de Control de Versiones<\/strong>. Cuando se instala en un Servidor<\/strong>, mantendr\u00e1 un Historial Completo<\/strong> de cada Archivo<\/strong>, en cualquier Proyecto<\/strong> al que est\u00e9 conectado. Esto significa, que cuando se realiza un Cambio en un Archivo<\/em>, Git<\/strong>, guardar\u00e1 la Versi\u00f3n Anterior<\/strong> y registrar\u00e1 exactamente, qu\u00e9 modificaciones se hicieron.<\/p>\n

Este proceso se repite cada vez que se modifica el Archivo<\/strong>, lo que le permite, volver a cada punto en el Historial de un Proyecto<\/strong> y recuperar f\u00e1cilmente una Versi\u00f3n Espec\u00edfica<\/strong>. Esto nos brinda un n\u00famero ilimitado de Acciones de \u201cDeshacer\u201d<\/em>, para que nunca perdamos nada. Adem\u00e1s, nos permitir\u00e1 ver, c\u00f3mo se ha desarrollado el Proyecto<\/strong> con el tiempo.<\/p>\n\n

<\/i> Volver al \u00cdndide de Contenido<\/a><\/div>\n

 <\/p>\n

Ramificaciones y Fusiones<\/h3>\n

Dos caracter\u00edsticas que diferencian a Git<\/strong>, de la mayor\u00eda de las Herramientas de Control de Versiones<\/strong> son, la Ramificaci\u00f3n<\/strong> (Branchs)<\/em> y la Fusi\u00f3n<\/strong>. Mediante estos Procesos<\/strong>, podremos dividir un proyecto en varias Ramas\/Branchs<\/strong>. Estas Ramas<\/em> (O Branchs<\/strong>) nos permiten trabajar en aspectos espec\u00edficos del proyecto por separado, sin afectar a nada del mismo.<\/p>\n

 <\/p>\n

Imaginemos, que estamos trabajando tenemos una idea que queremos probar.
\nPodremos crear una Nueva Rama<\/strong> de nuestro Proyecto Git Principal<\/strong> (Main)<\/em>, en la que hagamos los cambios que queremos probar.
\nSi la idea result\u00f3 buena y queremos implementarla, podemos \u00abFusionar\u00bb<\/em> esa Rama\/Branch<\/strong> en el Proyecto, si no la descartar\u00edamos simplemente.<\/div>\n
\n

\u00a0Incluso si fusionamos la rama, pero nos arrepentimos despu\u00e9s de hacerlo, Git<\/strong>, nos permite volver a la versi\u00f3n anterior del proyecto.<\/em><\/p>\n<\/blockquote>\n

 <\/p>\n

Las ramas tambi\u00e9n nos permiten trabajar en colaboraci\u00f3n con otros Desarrolladores<\/strong>. Todos los Desarrolladores<\/strong> pueden crear sus propias Ramas\/Branchs<\/strong> y volver a enviarlas al Proyecto Principal<\/strong> cuando terminen de trabajar (Realmente, as\u00ed es como se desarrolla WordPress<\/strong>, con los contribuyentes creando ramas, trabajando independientemente en sus ideas y luego enviando los cambios propuestos a la plataforma central).<\/p>\n

 <\/p>\n

Es recomendable que aprenda a usar la L\u00ednea de Comando<\/strong>, Terminal<\/strong>, Consola<\/strong>, Shell<\/strong>, o lo que quiera, dado que la forma m\u00e1s com\u00fan de usar Git<\/strong>, es a trav\u00e9s de Secure Shell<\/strong> (SSH)<\/em>, que utiliza una Interfaz de L\u00ednea de Comandos<\/strong>.<\/div>\n\n
<\/i> Volver al \u00cdndide de Contenido<\/a><\/div>\n

 <\/p>\n

C\u00f3mo trabaja Git<\/h2>\n

La forma en la que se usa Git<\/strong> depende de su Flujo de Trabajo<\/strong> y del Proyecto Espec\u00edfico<\/strong> en cuesti\u00f3n. Git<\/strong> es un sistema vers\u00e1til que se puede implementar de diferentes maneras, para que coincida con diferentes objetivos. En su mayor parte, ser\u00e1 utilizado para Proyectos de Personalizaci\u00f3n<\/strong>, como el Desarrollo de Plugins<\/strong> (Complementos)<\/em> y Desarrollo de Themes<\/strong> (Temas\/Plantillas)<\/em>.<\/p>\n

Se suele recomendar que se cree un Repositorio<\/strong> para cada Proyecto<\/strong>, para se que pueda realizar un seguimiento del trabajo, especialmente si forma parte de un equipo de desarrollo m\u00e1s grande.<\/p>\n

Para comenzar a entender c\u00f3mo funciona, vamos a ver los tres Entornos de Desarrollo en los que normalmente trabaja Git<\/strong>:<\/p>\n