{"id":298,"date":"2018-04-26T04:12:06","date_gmt":"2018-04-26T04:12:06","guid":{"rendered":"https:\/\/blog.hassler.ec\/wp\/?p=298"},"modified":"2018-04-26T04:15:53","modified_gmt":"2018-04-26T04:15:53","slug":"git","status":"publish","type":"post","link":"https:\/\/blog.hassler.ec\/wp\/2018\/04\/26\/git\/","title":{"rendered":"git"},"content":{"rendered":"
\n

<\/a><\/p>\n

GIT\u00a0<\/b>es un software de control de versiones dise\u00f1ado por\u00a0Linus Torvalds<\/b>, pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando \u00e9stas tienen un gran n\u00famero de archivos de c\u00f3digo fuente. Su prop\u00f3sito es llevar registro de los cambios en archivos de computadora y coordinar el trabajo que varias personas realizan sobre archivos compartidos.<\/p>\n<\/div>\n

\n

Linus Torvalds<\/b>\u00a0<\/b>se por que lo invent\u00f3 ya que trabaje sin esta herramienta y es un problema.<\/p>\n<\/div>\n

<\/div>\n
\n

Como pude trabajar sin esta herramienta<\/p>\n<\/div>\n

\n
<\/div>\n
\n
\n

Resumen Express de Comandos GIT<\/b><\/p>\n<\/div>\n<\/div>\n

git fetch:<\/b><\/p>\n

Descarga los cambios realizados en el repositorio remoto.<\/p>\n


\n<\/b>git merge\u00a0:<\/b><\/p>\n

Impacta en la rama en la que te encuentras parado, los cambios realizados en la rama \u201cnombre_rama\u201d.<\/p>\n


\n<\/b>git pull:<\/b><\/p>\n

Unifica los comandos fetch y merge en un \u00fanico comando.<\/p>\n


\n<\/b>git commit -am \u00ab\u00bb:<\/b><\/p>\n

Confirma los cambios realizados. El \u201cmensaje\u201d generalmente se usa para asociar al commit una breve descripci\u00f3n de los cambios realizados.<\/p>\n

git push origin\u00a0:<\/b><\/p>\n

Sube la rama \u201cnombre_rama\u201d al servidor remoto.<\/p>\n

git status:<\/b><\/p>\n

Muestra el estado actual de la rama, como los cambios que hay sin commitear.<\/p>\n

git add\u00a0:<\/b><\/p>\n

Comienza a trackear el archivo \u201cnombre_archivo\u201d.<\/p>\n

yo realizo lo siguiente para agregar todo:\u00a0 \u00a0git add .<\/b><\/p>\n

git checkout -b\u00a0:<\/b><\/p>\n

Crea una rama a partir de la que te encuentres parado con el nombre \u201cnombre_rama_nueva\u201d, y luego salta sobre la rama nueva, por lo que quedas parado en esta \u00faltima.<\/p>\n

git checkout -t origin\/:<\/b><\/p>\n

Si existe una rama remota de nombre \u201cnombre_rama\u201d, al ejecutar este comando se crea una rama local con el nombre \u201cnombre_rama\u201d para hacer un seguimiento de la rama remota con el mismo nombre.<\/p>\n

git branch:<\/b><\/p>\n

Lista todas las ramas locales.<\/p>\n

git branch -a:<\/b><\/p>\n

Lista todas las ramas locales y remotas.<\/p>\n

git branch -d\u00a0:<\/b><\/p>\n

Elimina la rama local con el nombre \u201cnombre_rama\u201d.<\/p>\n

git push origin\u00a0:<\/b><\/p>\n

Commitea los cambios desde el branch local origin al branch \u201cnombre_rama\u201d.<\/p>\n

git remote prune origin:<\/b><\/p>\n

Actualiza tu repositorio remoto en caso que alg\u00fan otro desarrollador haya eliminado alguna rama remota.<\/p>\n

git reset –hard HEAD:<\/b><\/p>\n

Elimina los cambios realizados que a\u00fan no se hayan hecho commit.<\/p>\n

git revert\u00a0:<\/b><\/p>\n

Revierte el commit realizado, identificado por el \u201chash_commit\u201d.<\/p>\n

Buenas pr\u00e1cticas en el Uso de GIT<\/b><\/h4>\n

Cada desarrollador o equipo de desarrollo puede hacer uso de Git de la forma que le parezca conveniente. Sin embargo una buena pr\u00e1ctica es la siguiente:<\/p>\n

Se deben utilizar 4 tipos de ramas:\u00a0Master, Development, Features, y Hotfix.<\/b><\/p>\n

Master:<\/b><\/p>\n

Es la rama principal. Contiene el repositorio que se encuentra publicado en producci\u00f3n, por lo que debe estar siempre estable.<\/p>\n


\n<\/b>Development:<\/b><\/p>\n

Es una rama sacada de master. Es la rama de integraci\u00f3n, todas las nuevas funcionalidades se deben integrar en esta rama. Luego que se realice la integraci\u00f3n y se corrijan los errores (en caso de haber alguno), es decir que la rama se encuentre estable, se puede hacer un merge de development sobre la rama master.<\/p>\n

Features:<\/b><\/p>\n

Cada nueva funcionalidad se debe realizar en una rama nueva, espec\u00edfica para esa funcionalidad. Estas se deben sacar de development. Una vez que la funcionalidad est\u00e9 desarrollada, se hace un merge de la rama sobre development, donde se integrar\u00e1 con las dem\u00e1s funcionalidades.<\/p>\n


\n<\/b>Hotfix:<\/b><\/p>\n

Son bugs que surgen en producci\u00f3n, por lo que se deben arreglar y publicar de forma urgente. Es por ello, que son ramas sacadas de master. Una vez corregido el error, se debe hacer un merge de la rama sobre master. Al final, para que no quede desactualizada, se debe realizar el merge de master sobre development.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

GIT\u00a0es un software de control de versiones dise\u00f1ado por\u00a0Linus Torvalds, pensando en la eficiencia y la confiabilidad del mantenimiento de […]<\/p>\n","protected":false},"author":2,"featured_media":149,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[4],"tags":[5,6],"class_list":["post-298","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-git","tag-git","tag-repositorios"],"_links":{"self":[{"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/posts\/298","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/comments?post=298"}],"version-history":[{"count":2,"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/posts\/298\/revisions"}],"predecessor-version":[{"id":300,"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/posts\/298\/revisions\/300"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/media\/149"}],"wp:attachment":[{"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/media?parent=298"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/categories?post=298"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.hassler.ec\/wp\/wp-json\/wp\/v2\/tags?post=298"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}