Notas:<\/p>\n
Enlaces:<\/p>\n
$ git init\r\n$ git add . # Marca todos los ficheros para el pr\u00f3ximo commit.\r\n$ git commit -m \"Estado inicial\" # Crea un nuevo commit con los ficheros marcados.<\/pre>\nCrear ramas<\/h4>\n
Una rama es un puntero a un commit espec\u00edfico en el repositorio.<\/p>\n
$ git branch <nombre> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 # Crear la rama en el punto actual. Es necesario hacer checkout a la misma.\r\n$ git branch <nombre> <COMMIT> \u00a0 \u00a0 \u00a0 \u00a0# Crea la rama a partir del commit dado. Es necesario hacer checkout para cambiar a la rama.\r\n$ git checkout -b <nombre> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0# Crear rama en el punto actual y hacerle checkout.\r\n$ git checkout -b <nombre> <COMMIT> \u00a0 # Crear la rama a partir del commit dado y hacerle checkout.\r\n$ git branch -m <actual> <nuevo> \u00a0 \u00a0 \u00a0# Renombrar la rama\r\n$ git branch -d <nombre> # Borrar la rama<\/pre>\nAl crear una rama nueva y hacerle checkout los cambios locales se trasladan a esa rama, con lo que el siguiente commit ser\u00e1 sobre la rama nueva.<\/p>\n
Listar ramas<\/h4>\n
$ git branch \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 # Listar todas las ramas\r\n$ git branch -v \u00a0 \u00a0# Mostrar \u00faltimo commit en cada rama y su situaci\u00f3n respecto a su rama remota (si hay)\r\n$ git branch --merged # Mostrar ramas que se han fusionado con la actual, y por tanto pueden borrarse\r\n$ git branch --no-merged # Mostrar ramas con trabajos sin funsionar. Intentar borrarlas dar\u00e1 un error.<\/pre>\nMoverse a una rama o a un commit espec\u00edfico<\/h4>\n
$ git checkout <COMMIT> # No toca los cambios locales\r\n$ git checkout -f <COMMIT> # Sobreescribe los cambios locales<\/pre>\nSe puede hacer una rama desde el commit actual para continuar el desarrollo (git branch). Si se hacen cambios en un commit intermedio (no es un\u00a0HEAD<\/em>) y se commitean sin hacer una rama, se crea un commit separado que sale del actual (rama sin nombre).<\/p>\n
Fusionar ramas (merge)<\/h4>\n
$ git merge <nombre> \u00a0 \u00a0 \u00a0 # Fusiona la rama indicada en la rama actual<\/pre>\nLas diferencias se resuelven autom\u00e1ticamente si es posible. En caso de conflictos (c\u00f3digo o ficheros binarios modificados en ambas ramas) el proceso se detiene (merging<\/em>) a la espera de una resoluci\u00f3n manual.<\/p>\n
Resolver conflictos de fusionado:<\/strong><\/p>\n
Dentro de cada fichero en conflicto se a\u00f1aden marcas alrededor del c\u00f3digo conflictivo, mostrando al mismo tiempo la versi\u00f3n de una y otra rama (excepto en ficheros binarios).<\/p>\n
$ git status \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 # Muestra la situaci\u00f3n actual del merge (Unmerged paths)\r\n$ git diff # Muestra los ficheros conflictivos y las diferencias\r\n$ git add <file> # Marca el fichero como corregido una vez resuelto el conflicto\r\n$ git rm <file> # Marca el fichero como eliminado en la revisi\u00f3n resuelta<\/pre>\nLa secci\u00f3n “Unmerged paths” de\u00a0git status<\/em>\u00a0muestra los ficheros que requieren atenci\u00f3n. Debe resolverse cada conflicto manualmente dentro del fichero (eliminando las marcas agregadas por git) y marcarlo como resuelto con\u00a0git add<\/em>.<\/p>\n
En vez de editar los ficheros es posible escoger una de las dos versiones disponibles (rama actual o rama que se est\u00e1 fusionando):<\/p>\n
$ git checkout --ours -- <file> # Obtener la versi\u00f3n del fichero en la rama actual\r\n$ git checkout --theirs -- <file> # Obtener la versi\u00f3n del fichero en la rama que se est\u00e1 fusionando con la actual<\/pre>\nPara abortar la acci\u00f3n o anularla una vez realizada:<\/p>\n
$ git reset --hard HEAD # Abortar el proceso y volver a la situaci\u00f3n anterior al intento de merge\r\n$ git reset --hard ORIG_HEAD # Deshacer si ya se hab\u00eda confirmado con git commit<\/em><\/pre>\nUna vez resueltos todos los conflictos se confirma el proceso:<\/p>\n
$ git commit # Confirmar la fusi\u00f3n (merge) una vez resueltos todos los conflictos<\/pre>\nResoluci\u00f3n gr\u00e1fica de conflictos:<\/strong><\/p>\n
$ git mergetool # Inicia la herramienta gr\u00e1fica de resoluci\u00f3n de conflictos<\/pre>\nLa herramienta crea ficheros adicionales por cada fichero en conflicto (backup, base, local, remote) para que la herramienta de resoluci\u00f3n pueda mostrarlos al usuario al mismo tiempo y \u00e9ste establecer la versi\u00f3n final. Estos ficheros deber\u00edan borrarse autom\u00e1ticamente tras la edici\u00f3n (en caso de que persistan es necesario borrarlos manualmente).<\/p>\n
La resoluci\u00f3n b\u00e1sica s\u00f3lo sirve para ficheros de texto. En ficheros binarios usar\u00a0git checkout –ours<\/em>\u00a0o\u00a0git checkout –theirs<\/em>\u00a0para escoger una de las dos versiones disponibles.<\/p>\n
Configurar una herramienta gr\u00e1fica para resolver conflictos:
\nhttp:\/\/www.davesquared.net\/2010\/03\/easier-way-to-set-up-diff-and-merge.html (Windows)<\/a>
\nhttp:\/\/gitguru.com\/2009\/02\/22\/integrating-git-with-a-visual-merge-tool (Mac)<\/a><\/p>\nDeshacer cambios<\/h4>\n
$ git revert <COMMIT> # Deshacer de forma segura los cambios introducidos por un commit cualquiera\r\n$ git reset --hard # Deshace los cambios locales\r\n$ git reset --hard HEAD~1 # Elimina el \u00faltimo commit<\/pre>\nRecuperar una versi\u00f3n determinada de un fichero o path:<\/p>\n
$ git reset <COMMIT> -- <path> # git reset NO sobreescribe cambios locales\r\n$ git reset -p <COMMIT> -- <path> # Seleccionar interactivamente las partes a restaurar\r\n$ git checkout <COMMIT> -- <path> # Sobreescribe cambios locales sin preguntar<\/pre>\nEn Windows se puede abrir git-bash directamente en cualquier subcarpeta carpeta del proyecto (boton derecho – git bash here). Entonces para recuperar un fichero o path local:<\/p>\n
$ git checkout <COMMIT> -- .\/<path><\/pre>\nConocer el historial de un fichero<\/h4>\n
$ git log <path> # Mostrar todos los commits para un fichero especifico con info detallada\r\n$ git log -n 2 --\u00a0<path> # Mostrar s\u00f3lo los dos \u00faltimos commits para ese fichero\r\n$ git log -oneline -- <path> # Formato abreviado con id de commit y comentario<\/pre>\n$ git log <SINCE>..<UNTIL> -- <path> # Mostrar los commits para ese fichero entre dos commits indicados<\/pre>\nAbrir GITK mostrando gr\u00e1ficamente el historial para un fichero o ruta dado:<\/p>\n
$ gitk <path><\/pre>\nLocalizar y restaurar ficheros borrados<\/h4>\n
$ git log --diff-filter=D --summary # Mostrar los ficheros borrados en los \u00faltimos commits\r\n$ git checkout <COMMIT>^ -- <path> # Restaurar un fichero que fue borrado en un commit dado<\/pre>\nEl ^ al final del commit es para restaurar el fichero desde el commit anterior al que fue borrado. Equivale a <commit>~1.<\/p>\n
Guardar cambios actuales para recuperarlos despu\u00e9s<\/h4>\n
Guarda los cambios desde el \u00faltimo commit. Al recuperarlos, si hay colisiones se hace un\u00a0merge<\/em>.<\/p>\n
$ git stash # Guarda cambios hechos desde el ultimo commit\r\n$ git stash pop # Recupera los cambios guardados\r\n$ git stash list # Lista los estados guardados\r\n$ git stash apply # Aplica cambios guardados sin borrarlos de la lista<\/pre>\nMarcar el commit actual (Tag)<\/h4>\n
$ git tag -s <nombre> -m <mensaje><\/pre>\nEl tag queda firmado usando la firma GPG asociada al autor (ver\u00a0Creating SSH keys<\/a>).<\/p>\n
El nombre identifica al tag y se usa en los dem\u00e1s comandos (ej. git checkout). Por ejemplo, v2.32.45r1<\/p>\n
$ git tag # Mostrar lista de tags\r\n$ git tag -n # Mostrar lista y descripci\u00f3n<\/pre>\n$ git tag -d <nombre> # Eliminar Tag\r\n$ git tag -a <nombre> # Crear Tag no firmado\r\n$ git push --tags # Subir Tags al repositorio remoto\r\n$ git push origin :refs\/tags\/<nombre> # Eliminar Tag remoto borrado localmente<\/pre>\nLocalizar ficheros con una cadena de texto<\/h4>\n
$ git grep <texto> # Mira en todos los ficheros del repositorio\r\n$ git grep <texto> -- <ruta> # Mira s\u00f3lo en la ruta o rutas especificadas\r\n # Admite patrones (ej. *.cpp)<\/pre>\nTrabajo con repositorios remotos<\/h2>\n
Obtener el repositorio desde otra localizaci\u00f3n (fork<\/em>):<\/h4>\n
$ git clone <ruta al repositorio> # Clonar y hacer checkout del HEAD de la rama actual\r\n$ git clone -n <ruta al repositorio # Clonar pero no hacer checkout<\/pre>\nNo hay que hacer\u00a0git init<\/em>\u00a0ni crear directorio (se crea autom\u00e1ticamente a partir de la carpeta actual). La ruta puede ser una carpeta local, carpeta en red, URL, o cualquier otra referencia a un repositorio remoto.\u00a0Si es privado ser\u00e1 necesario tener la clave SSH configurada adecuadamente (ejemplo<\/a>).<\/p>\n
Recibir los cambios desde el repositorio original:<\/h4>\n
$ git pull<\/pre>\nEs equivalente a:<\/p>\n
$ git fetch # Trae los cambios\r\n$ git merge origin # Fusionarlos con la versi\u00f3n actual<\/pre>\nSubir cambios al repositorio:<\/h4>\n
$ git push origin <branch> # Subir s\u00f3lo la rama indicada\r\n$ git push --all # Subir y actualizar todas las referencias remotas<\/pre>\nGestionar Tags en el repositorio:<\/h4>\n
$ git push --tags # Subir Tags (no suben de otra forma)\r\n$ git push origin :refs\/tags\/<nombre> # Eliminar Tag borrado localmente<\/pre>\nBorrar una rama remota:<\/h4>\n
$ git push origin :<branch>\r\n$ git push origin --delete <branch> # GIT versi\u00f3n 1.7.0+<\/pre>\nListar los repositorios remotos y sus URLs:<\/h4>\n
$ git remote -v show<\/pre>\nCambiar la URL de un repositorio remoto (cambia ambos fetch y push)<\/h4>\n
$ git remote set-url origin <nueva URL><\/pre>\nRevertir un commit en local y tambi\u00e9n en el repositorio remoto:<\/h4>\n
(lo l\u00f3gico es que no hubiera sido subido)<\/p>\n
$ git reset --hard HEAD~1\r\n$ git push origin +master:master<\/pre>\n“The +master:master thing is necessary to tell git that you really do want to rewind the history here, (it’s definitely not part of the normal flow).”<\/em><\/p>\n
Tutorial<\/a><\/p>\n
Push and delete branches<\/a><\/p>\n
Tareas especiales<\/h2>\n
Marcar para commit s\u00f3lo determinadas partes de un fichero<\/h4>\n
$ git add --patch # Preguntar individualmente por cada cambio en todos los ficheros modificados\r\n$ git add --patch <file> # Preguntar individualmente por cada cambio en un fichero determinado<\/pre>\nSe muestra cada cambio en el fichero individualmente y se pregunta qu\u00e9 hacer con \u00e9l. Respuestas inmediatas:<\/p>\n
y aceptar este cambio para que entre en el pr\u00f3ximo commit.\r\n n no marcar este cambio. No entrar\u00e1 en el pr\u00f3ximo commit.\r\n q no marcar este cambio y salir. Se mantendr\u00e1n los que ya se hayan marcado pero no los restantes.\r\n a marcar este cambio y todos los dem\u00e1s de este fichero.\r\n d no marcar este cambio ni ninguno de los restantes de este fichero.<\/pre>\nOtras respuestas disponibles<\/a>\u00a0permiten saltar entre los cambios (g j k), reducirlos a partes m\u00e1s peque\u00f1as (s), o editarlos manualmente (e).<\/p>\n
A\u00f1adir un nuevo fichero o patr\u00f3n a .gitignore<\/h4>\n
A\u00f1adirlo a\u00a0.gitignore<\/em><\/strong>\u00a0sigue controlando aquellos ficheros que ya est\u00e1n en el repositorio, y<\/p>\n
git rm <file><\/pre>\neliminar\u00eda el fichero del directorio de trabajo.<\/p>\n
Para dejar de controlar el fichero o patr\u00f3n manteniendo las copias actuales a\u00f1adirlo a .gitignore y entonces:<\/p>\n
$ git rm --cached <file>\r\n$ git rm --cached -r <pattern> # Eliminar ocurrencias en todo el arbol<\/pre>\nBorrar el fichero completamente del repositorio implica\u00a0reescribir toda la historia<\/a>. Nada recomendable.<\/p>\n
Localizar el cambio que origin\u00f3 un problema<\/h4>\n
$ git bisect start\r\n$ git bisect bad # La versi\u00f3n actual va mal\r\n$ git bisect good v2.6.13-rc2 # Esta versi\u00f3n es buena<\/pre>\nInformaci\u00f3n<\/a><\/p>\n
Manual para git bisect<\/a><\/p>\n
Trabajar con subm\u00f3dulos (submodules<\/em>)<\/h2>\n
Los subm\u00f3dulos son carpetas dentro de un repositorio cuyo contenido es a su vez un repositorio de GIT autogestionado.<\/p>\n
A\u00f1adir un subm\u00f3dulo a un repositorio<\/h4>\n
$ git submodule add <ruta al repositorio> <carpeta> # A\u00f1ade el repositorio dado como subm\u00f3dulo \r\n # en la carpeta indicada del repositorio actual.<\/pre>\nEl subm\u00f3dulo se inicializa en la carpeta indicada y se le hace checkout a la rama Master.<\/p>\n
Los cambios locales en el repositorio anfitri\u00f3n se limitan al fichero .gitmodules<\/em> y a la nueva carpeta, pero no al contenido (untracked content<\/em>).\u00a0Desde el punto de vista del repositorio anfitri\u00f3n, un subm\u00f3dulo s\u00f3lo consta de una definici\u00f3n en el fichero .gitmodules y de una carpeta.\u00a0Esta carpeta es especial y hace referencia a un commit<\/em>\u00a0determinado en el origen del subm\u00f3dulo.<\/p>\n
La carpeta con el subm\u00f3dulo es un repositorio GIT independiente. Se pueden usar comandos GIT desde esa carpeta, o\u00a0git gui\u00a0\/ gitk<\/em> en ella. Los cambios afectar\u00e1n s\u00f3lo al contenido de la misma. Es posible crear y usar ramas, sincronizar con el origen, etc.<\/p>\n
Notas:<\/p>\n
\n
- El repositorio a a\u00f1adir como subm\u00f3dulo debe tener contenido (no sirve un repositorio reci\u00e9n creado, sin commits).<\/li>\n
- Si \u00a0agregar el subm\u00f3dulo produce alguno de estos fallos:<\/li>\n<\/ul>\n
fatal: Not a git repository:\u00a0<carpeta>\/..\/..\/.git\/<carpeta><\/p>\n
The following path is ignored by one of your .gitignore files: <carpeta><\/p>\n
La soluci\u00f3n es: (fuente<\/a>)<\/p>\n
$ rm -fr <carpeta> .git\/modules\/<carpeta><\/pre>\nActualizar los subm\u00f3dulos<\/h4>\n
El repositorio anfitri\u00f3n gestiona\u00a0la referencia<\/strong>\u00a0a un\u00a0commit<\/em>\u00a0en el origen del subm\u00f3dulo, pero no gestiona el contenido de ese commit. Esta referencia se puede mover entre ramas, clonar, sincronizar con el origen, etc. Esto significa, por ejemplo, que al clonar un repositorio los subm\u00f3dulos estar\u00e1n vac\u00edos. El valor de la referencia s\u00f3lo cambia (aparece en\u00a0git status<\/em>) cuando el subm\u00f3dulo se hace apuntar a un commit<\/em> diferente en el origen. Por ejemplo, como resultado de commits locales en el subm\u00f3dulo, cambios de ramas, o sincronizaci\u00f3n con el origen.<\/p>\n
Cuando la referencia cambia por operaciones en el repositorio anfitri\u00f3n (ej. cambios de rama o checkout<\/em>\u00a0a revisiones anteriores), \u00a0es necesario recrear el contenido apropiado dentro del subm\u00f3dulo para que coincida con el commit<\/em> al que apuntaba en la revisi\u00f3n actual del anfitri\u00f3n.<\/p>\n
$ git submodule update --init \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 # Clona los subm\u00f3dulos que falten por clonar y hace checkout del commit referenciado.\r\n\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 # --init asegura que los subm\u00f3dulos est\u00e9n inicializados (ej. tras un clone).\r\n$ git submodule update --init --recursive \u00a0 # Si los subm\u00f3dulos contienen otros subm\u00f3dulos, actualizarlos a su vez.<\/pre>\nEl contenido de los subm\u00f3dulos se actualiza y gestiona con las operaciones GIT normales dentro del subm\u00f3dulo.<\/p>\n
Mover un subm\u00f3dulo a otra carpeta del repositorio<\/h4>\n
Asegurarse que el repositorio y los subm\u00f3dulos est\u00e1n actualizados. Entonces seguir las instrucciones (fuente<\/a>).<\/p>\n
Ejemplo: mover un subm\u00f3dulo desde “Datos” a “var\/Datos”.<\/p>\n
\n
- Editar .gitmodules cambiando name y path a “var\/Datos”<\/li>\n
- Mover la carpeta GIT del subm\u00f3dulo desde “.git\/modules\/Datos” a “.git\/modules\/var\/Datos”<\/li>\n
- Mover la carpeta del subm\u00f3dulo desde “Datos” a “var\/Datos”<\/li>\n
- Editar “.git\/modules\/var\/Datos\/config” y corregir la linea
[core] worktree<\/code>. En este ejemplo cambia de\u00a0..\/..\/..\/Datos<\/code>\u00a0a\u00a0..\/..\/..\/..\/var\/Datos<\/code><\/li>\n- Editar “ext\/Datos\/.git” y corregir\u00a0
gitdir<\/code>. Aqu\u00ed cambia de\u00a0..\/.git\/modules\/Datos<\/code>\u00a0a\u00a0..\/..\/git\/modules\/var\/Datos<\/code><\/li>\ngit add .gitmodules<\/code><\/li>\ngit rm --cached Datos<\/code><\/li>\ngit submodule add -f <url> var\/Datos<\/code><\/li>\n<\/ol>\nEn git status aparece<\/p>\n
# On branch master\r\n# Changes to be committed:\r\n# (use \"git reset HEAD <file>...\" to unstage)\r\n#\r\n# modified: .gitmodules\r\n# renamed: Datos -> var\/Datos\r\n<\/code><\/pre>\nEn el \u00faltimo paso podr\u00eda aparecer alguno de los fallos descritos al final del apartado\u00a0A\u00f1adir un subm\u00f3dulo a un repositorio.<\/em> En ese caso aplicar la misma resoluci\u00f3n y repetir el paso 8.<\/p>\n
Hacer un subm\u00f3dulo de una carpeta existente en un repositorio<\/h4>\n
El nuevo repositorio con el subm\u00f3dulo conservar\u00e1 el historial de los cambios en los ficheros de la carpeta (Fuente 1<\/a>,\u00a0Fuente 2<\/a>).<\/p>\n
1.<\/strong> Usar\u00a0git subtree<\/em> para crear una nueva rama que s\u00f3lo contendr\u00e1 a esa carpeta<\/p>\n
$ git subtree split -P <carpeta> -b <nueva-rama><\/pre>\n2.<\/strong> Borrar la carpeta en la rama actual del repositorio<\/p>\n
$ git rm -rf <carpeta><\/pre>\n3.<\/strong> Recrear la carpeta e inicializar un nuevo repositorio GIT en ella. El repositorio remoto para el subm\u00f3dulo debe estar ya creado.<\/p>\n
$ mkdir <carpeta>\r\n$ pushd <carpeta>\r\n$ git init\r\n$\u00a0git remote add origin <ruta-al-repositorio-submodulo><\/pre>\n4.<\/strong> Traer (pull<\/em>) al nuevo repositorio el contenido de <nueva-rama> en el repositorio anfitri\u00f3n, y subir al repositorio remoto.<\/p>\n
$ git pull ..\/ <nueva-rama> # usar ..\/..\/ \u00f3 ..\/..\/..\/ etc. seg\u00fan la profundidad de <carpeta>\r\n$ git push origin -u master<\/pre>\n..\/ es la carpeta ra\u00edz del repositorio anfitri\u00f3n. Si <carpeta> tiene varios niveles de profundidad ser\u00e1 necesario encadenar ..\/..\/ \u00f3 ..\/..\/..\/ etc hasta llegar a la ra\u00edz del anfitri\u00f3n.<\/p>\n
5.<\/strong> A\u00f1adir <carpeta> como subm\u00f3dulo al repositorio anfitri\u00f3n<\/p>\n
$ popd\r\n$ git\u00a0submodule add <ruta-al-repositorio-submodulo> <carpeta><\/pre>\nHacer commit<\/em> de los cambios para completar el proceso.<\/p>\n
Eliminar un subm\u00f3dulo de un repositorio<\/h4>\n
Debe hacerse manualmente, no hay un comando para ello:<\/p>\n
1.<\/strong> Eliminar la entrada del subm\u00f3dulo en el fichero .gitmodules<\/em>. Si s\u00f3lo hay un subm\u00f3dulo se puede borrar el fichero entero. Ejemplo:<\/p>\n
[submodule “Assets\/Common”]\npath = Assets\/Common
\nurl = ssh:\/\/git@gitserver.com\/user\/assets-common.git<\/p>\n2.<\/strong> Eliminar la entrada del subm\u00f3dulo en el fichero .git\/config. Ejemplo:<\/p>\n
[submodule “Assets\/Common”]\nurl = ssh:\/\/git@gitserver.com\/user\/assets-common.git<\/p>\n
3.<\/strong> Borrar del \u00edndice la carpeta del subm\u00f3dulo<\/p>\n
$ git rm --cached <carpeta><\/pre>\n4.<\/strong> Borrar las carpetas del subm\u00f3dulo en en el repositorio anfitri\u00f3n<\/p>\n
$ rm -fr <carpeta> .git\/modules\/<carpeta><\/pre>\nHecho. El subm\u00f3dulo queda completamente eliminado del repositorio.<\/p>\n","protected":false},"excerpt":{"rendered":"
Notas: Cambios locales\u00a0se refiere a los ficheros del directorio de trabajo (working dir) que hayan sido modificados desde el \u00faltimo commit. COMMIT\u00a0es un indicador cualquiera en el repositorio: SHA1 de un commit, tag, HEAD (ultimo commit de la rama actual), HEAD~1 (antecesor de HEAD)… La mayor\u00eda de las veces, si no se indica se asume […]<\/p>\n","protected":false},"author":1,"featured_media":255,"parent":228,"menu_order":0,"comment_status":"open","ping_status":"closed","template":"page-c.php","meta":{"footnotes":""},"class_list":["post-176","page","type-page","status-publish","has-post-thumbnail","hentry"],"jetpack_shortlink":"https:\/\/wp.me\/P1PjRF-2Q","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/pages\/176","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/comments?post=176"}],"version-history":[{"count":47,"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/pages\/176\/revisions"}],"predecessor-version":[{"id":1740,"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/pages\/176\/revisions\/1740"}],"up":[{"embeddable":true,"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/pages\/228"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/media\/255"}],"wp:attachment":[{"href":"https:\/\/www.edy.es\/dev\/wp-json\/wp\/v2\/media?parent=176"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}