🗳 Trabajando con GitHub

GitHub es un sistema de gestión de proyectos y control de versiones de codigo, así como una plataforma de red social disseñada para desarrolladores. En general el sistema permitte Trabajar en colaboración con otras personas de todo el mundo, planificar proyectos y realizar un seguimiento del trabajo. Así mismo es también uno de los repositorios online más grandes de trabajo colaborativo en todo el mundo.

이니시안도 운 레포지토리오

Una vez que el repositorio dentro de GitHub ha sido creado podemos añadirlo a nuestro proyecto local y mantener ambas instancias de nuestro proyecto. GitHub funcionaría como un respaldo en la nube de nuestro reppositorio así como también nos daría la capacidad de colaborar en equipment con otras personas.

→ Enlazar nuestro 리포지토리 로컬 및 GitHub.

git remote add origin [url-proyecto]

→ Revisar el fetch y push de repositorio.

git remote -v

Fetch es el lugar des de donde descargamos nuestro repositorio y push es a donde subimos nuestro repositorio, normalmente ambas direcciones son las mismas

→ GitHub의 로컬 저장소에서 복제되지 않은 저장소.

git clone [url-proyecto]

→ Descargar todas las modificaciones que tenga el repositorio remoto a nuestro repositorio local.

git pull
# *Indicando la rama que se va a actualizar*
git pull origin master

→ Enviar los cambios de nuestro repositorio local a nuestro repositorio remoto.

git push origin master

버자마도

Git tiene la posibilidad de marcar estados Importantes en la vida de un reppositorio, algo que se suele usar 습관적 관리 파라 엘 마네호 데 라스 릴리스 de un proyecto. Esto lo hace a traves de las tag y los comandos disponibles para esta función son los siguientes:

→ 태그 해제를 지웁니다.

git tag -a v0.1 -m "Mensaje del Tag" [commit-id]

→ 개정판 목록에 있는 태그 de nuestro proyecto.

git show-ref --tags

→ Enviar los tags al repositorio remoto.

git push origin --tags

→ 로컬 저장소에 있는 태그를 제거합니다.

git tag -d [nombre-tag]

→ Eliminar el tag también en el repositorio remoto.

git push origin :refs/tags/[nombre-tag]

풀 리퀘스트

Una Pull Request es la acción de validar un codigo que se va a mergear de una rama a otra. En este proceso de validación pueden entrar los factores que queramos: Builds (validaciones automáticas), asignación de codigo a tareas, validaciones manuales por parte del equipment, despliegues, etc.

Esta es una funcionalidad exclusiva de GitHub(otros sistemas como GitLab y Bitbucket la incluye con un nombre diferente) y abre la posibilidad de que a traves de un fork personas que no pertenecen al equipment de trabarollar del puedan colabor.


어휴! 작업을 완료할 수 있습니다. Git, GitHub에 대한 자세한 정보와 함께 공유할 수 있습니다.

Este resumen vuelto artículo esta aquí gracias a la colaboración con Manuel Gil]( ) que es miembro de los , la cual es una comunidad basstante bonita para que vayan a seguirlos a ambos.

Y terminando con la pausa publicitaría eso es todo, gracias por pasarte por aquí. Esperamos que sea de útilidad. 👌🏻