¿Qué es GitHub para un principiante y cómo empiezo a usarlo?

Te ayudaré a comprender git, comandos básicos y luego crear páginas de GitHub.

Piensa en este escenario.

Usted y su amigo son buenos en programación, pero principalmente han trabajado de forma independiente, en sistemas propios. Un día, tienes una idea interesante, discutes con tu amigo y finalizas para construirla juntos.

Supongo que no sabes sobre git. Entonces, naturalmente, dividirán los trabajos: este para ustedes, el de mí, etc. El primer día estuvo bien para los dos. Ambos intentan fusionar el trabajo. Oh! ¿Tuviste algún problema? Probablemente lo harás.

De alguna manera, logras fusionar las obras, pero esto tendrá que hacerse regularmente. Una vez que se haya fusionado, tendrá que comprobar si funciona o no. Si no, nuevamente, dedique tiempo extra y trabaje en ello.

Ahora, un día, tu amigo cambió algunos de tus códigos; podría ser necesario. Ahora, después de la fusión, no funciona, frustrado, déjalo, no mi taza de té.

Ahora piense en este escenario.

Supongo que sabes sobre git. Supongamos que inició la tarea y empujó el progreso a su repositorio (como un directorio). Recuerde esto como ‘su’ versión del proyecto.

Tu amigo podrá ver todos los códigos que has escrito y cambiado. Le has dado algunas tareas que hacer, que son independientes de las tuyas. Una vez que sacó (buscó el trabajo actualizado) agregue su trabajo y vuelva a empujarlo al repositorio (es común para ambos). Recuerde esto como ‘su’ versión del proyecto.

Puede volver a verificar todos los cambios que hizo. Si hay algún conflicto (ambos editaron la misma página), git los mostrará. Ahora puedes corregirlo. ¿Recuerdas ‘su’ y ‘tu’ versión? Si cree que ha cometido algún error, puede volver a ‘su’ versión. Cada ‘commit’ se guarda como una copia diferente.

Esto es solo una pequeña fracción de cómo ayuda git. Supongo que tienes idea de lo que hace git.

Entonces, ¿qué es Git?
Se puede decir que es un sistema de control de versiones para manejar cualquier tipo de proyectos.

¿Por qué git?

Si no está cómodo con alguno de los puntos, aquí está muy bien descrito.

• GitHub: es un servicio de alojamiento de repositorio Git basado en la web. Ofrece todas las funcionalidades de Git y tiene algunas características sorprendentes propias.

Empezando –

• Descargar git de Git – Descargas.
• Regístrese con Github: cree un software mejor, juntos y cree un repositorio. Si no sabe cómo, entonces: ‘Nuevo repositorio’ en el lado derecho de la pantalla. No se asuste si ve algo como ‘licencia’, ‘gitignore’; si no lo sabe, no seleccione. Publica una pregunta para saber sobre ellos más tarde.
• Supongo que has instalado git sin ningún problema. Ahora cree un directorio en su sistema. Diga en D: / Github, asígnele un nombre y luego haga clic derecho. Seleccione ‘abrir Git bash aquí’.
• ¿Recordar su nombre de usuario de github y el nombre del repositorio? Ahora va a conectar este directorio en su sistema al repositorio en línea que creó. Sigue este código.

$ git init
$ git remote add origin https://github.com/your_user_name/your_repository_name.git

• Cree un archivo README.md en este directorio de su sistema. Ábrelo y escribe algo como a continuación. Guárdalo

# Hola Github World – Soy un novato.

• ¿Estás listo para ponerlo en línea en tu repositorio? Siga los comandos y acostúmbrese a ellos.

$ git agregar README.md
$ git commit -m “Esta es mi primera confirmación”.
$ git push origen maestro

• Ahora, actualice su repositorio y vea los cambios.

Ahora supongo que conoces los fundamentos básicos de git.

Crear una página github

Pasos:

• cree un nuevo repositorio llamado: your_username.github.io
• Cree una carpeta en su sistema, ábrala y ejecute el comando –

$ git clone https://github.com/your_username/your_username.github.io
$ cd your_username.github.io

• Agregue el archivo aquí: diga index.html. Luego ejecuta los comandos –

git add *
git commit -m “Confirmación inicial para la página git”
maestro de origen de empuje git

• ¡Hecho! Ir a https://your_username.github.io

Estos son los pasos. Comienza a crear tu propia página.

// Happy Coding 🙂

Fuentes: Git, Acerca de – Git, Páginas de GitHub.

Te daré un ejemplo de uno de mis proyectos personales.
Un par de mis amigos y yo habíamos trabajado en un juego de carreras de mecanografía multijugador, algo así como typeracer.com. Nunca habíamos creado una interfaz gráfica de usuario (GUI). Así que solíamos experimentar con diferentes funciones y antes de experimentar, solíamos mantener una copia de seguridad del archivo anterior.
Después de un par de semanas, teníamos 10 archivos de los cuales solo 1 era útil en el producto final. Los nombres de archivo eran como:
– archivo_v1 _0 , archivo_v1 _1 , archivo_v1 _2 , archivo_v1_3, …, archivo_v2, …
Básicamente, estábamos tratando de realizar el control de versiones de una manera muy ingenua 🙂

Github te ayudará a realizar el control de versiones de una manera muy sofisticada.

• Puede realizar cambios en los archivos y volver a las versiones anteriores cuando lo desee.
• Si desea seguir haciendo cambios en un archivo e incluirlo en un proyecto solo cuando funciona de manera estable, puede hacerlo creando una nueva rama y haciendo todos los cambios allí. Cuando cree que su rama está lista y estable, puede fusionar los cambios de esta nueva rama a su fuente original.

Por lo tanto, Github reduce la redundancia en el control de versiones y lo ayuda a mantener su carpeta de proyectos limpia y bien administrada, y permite volver a las versiones anteriores con flexibilidad 🙂

No solo eso, Github también facilita que varias personas que trabajan en un proyecto colaboren y realicen todos sus cambios en un repositorio común.

Para probar / aprender algunos conceptos básicos de github , consulte este enlace: http://try.github.com/

Para crear su propia página github.io , siga los pasos mencionados aquí: https://pages.github.com/

Gracias por A2A.

GitHub es un servicio de alojamiento para repositorios Git. Proporciona una buena GUI web para repositorios, pero esa no es su función principal. También permite muchas cosas de gestión de proyectos, como puede crear un Wiki para su repositorio, rastrear problemas y etiquetarlos, etc.

¿Ahora qué es Git, preguntas?
Git es el sistema de control de versiones. (Otros sistemas de control de versiones son svn, mercurial, baazar, perforce, etc.) Entonces, Git es una herramienta que le permite controlar el código fuente. Toda la documentación sobre Git, puede encontrarla en línea en Git – Documentation. Básicamente, Git es una herramienta de línea de comandos que se ejecuta en su máquina local y le permite rastrear cambios en el código fuente. (Dato curioso: Git fue creado originalmente por Linus Torvald porque pensó que ningún otro sistema de control de versiones era lo suficientemente bueno para él. Ahora Git es mantenido por Junio ​​Hamano alias “gitster”)

Las “páginas con URL como xyz.github.com” se denominan páginas de GitHub. GitHub también permite a sus usuarios alojar pequeños sitios web. Con esta función, puede alojar el sitio web directamente desde su repositorio de GitHub. Simplemente edite, presione y sus cambios estarán en vivo.

Si desea aprender GitHub, le recomendaría que primero lea un tutorial sobre Git (al menos comprenda cuál es el flujo de trabajo habitual) y luego intente alojar un pequeño repositorio en GitHub.
Una vez que haya terminado con eso, debe buscar cosas avanzadas como bifurcación, ramificación, fusión, solicitudes de extracción, etc.
Recuerda, hay mucho que aprender en Git & GitHub. Tomará algún tiempo, así que sea paciente.

Otras respuestas ya han mencionado algunos buenos enlaces para todos esos tutoriales. Entonces, no voy a mencionarlos nuevamente aquí.

¡Espero eso ayude! 🙂

Esto de mi blog: Introducción a GIT y GITHUB

¿Qué es un git?

• Git es simplemente un software que lo ayuda a administrar su código fuente, lo que significa que cada cambio que realice en un código fuente se registra en su historial, por lo que también se puede llamar como sistema de administración de código fuente.

• Para usar git para un proyecto en particular, todo lo que necesita es inicializar la carpeta del proyecto actual para que el sistema git la agregue. Lo mostraré en otros documentos sobre cómo hacerlo.

• Cada directorio de trabajo de Git (o puede decir su carpeta de proyecto) es un repositorio completo con historial completo y capacidades completas de seguimiento de versiones, que no dependen del acceso a la red o un servidor central.

¿Qué es el GitHub?

• En términos simples, puede pensar en GitHub como una red social de códigos fuente y, de ese modo, aquí puede alojar todos los proyectos que ha realizado en línea con facilidad para hacerlos privados o públicos. Cada proyecto que aloja puede tener uno o varios archivos.

• En términos de git, cada proyecto alojado se llama REPOSITORIO.

¿Por qué deberíamos usar Git y Github?

• El poder de GitHub es que facilita el trabajo colaborativo, lo que significa que supongo que tengo un repositorio en mi cuenta de Github, por lo que ahora cualquiera puede clonarlo (Nota: la clonación crea una copia exacta del proyecto en la máquina local, es decir, su computadora portátil) y hacer cambios en los códigos fuente existentes, es decir, agregar algo nuevo o eliminar algo o realizar cambios en el código fuente.
• Ahora bien, después de hacer esto, le gustaría mostrar lo que le ha hecho al propietario del proyecto, por lo que puede hacerlo utilizando PULL REQUEST (similar a enviar solicitudes de amistad en FB) .Por lo tanto, significa que está pidiendo que el proyecto se vaya a través del nuevo código y los cambios, y finalmente decida si es lo suficientemente agradable como para fusionarse (fusionarse significa que los cambios que realizó se mezclarán con el código existente para crear uno nuevo).

• Git y GitHub son lo suficientemente inteligentes como para mostrar las diferencias (es decir, los canges hechos al código).

¿Qué es la ramificación y por qué se usa?

• La ramificación es una característica muy poderosa de git. Lo que hace es que le permite tomar un fragmento de código y bifurcarlo para crear una nueva característica sin afectar el código original.
• Lo que hacemos en la ramificación de la rama es que desarrollamos una nueva característica en cada rama para que, si algo sale mal, simplemente podamos eliminar la rama sin afectar a otras
• ¿Y cómo es útil?
  Consideremos que tenemos un Proyecto1 alojado en nuestro GitHub y hay dos personas A y B.
  Ahora A tiene una idea y B tiene la idea de agregar una nueva característica al proyecto1, pero estas ideas son independientes entre sí, por lo que lo que hacen es que ambos clonen el proyecto1 en sus respectivas computadoras portátiles. Después de la clonación, cada uno de ellos tiene una copia maestra del proyecto. Y a partir de esa copia maestra crean una rama que tiene el mismo código que el maestro. En esa rama hacen cambios respectivamente. Llamemos a la rama A como Rama-A y rama de B como Branch-B.Después de hacer los cambios ahora, A envía esta rama como una solicitud de extracción y luego B envía su rama.
  Ahora vea que Project1 tiene solicitudes de adiciones para 2 nuevas características de 2 desarrolladores diferentes. Ahora el propietario solo tiene que verificar si el código está bien o no y permitirá la fusión del código.
• De hecho, otra instancia es, supongamos que A tiene dos ideas en mente y quiere trabajar en ambas simultáneamente. Ahora que ha clonado el proyecto principal, puede crear 2 ramas diferentes que tienen exactamente el mismo código que el maestro. Y ahora puede trabajar en ambos por separado, mientras que git tiene el dolor de cabeza de mantener el historial del proyecto completo.

Tenga en cuenta que mencioné sobre la historia. La historia se mantiene en forma de confirmaciones. Cada comisión describe alguna adición, eliminación o cambio. Después de completar todo el historial de trabajo, se vuelve a crear (significa que todos los commits se secuencian para crear una línea de tiempo final del historial) para crear la versión final del proyecto.

Entonces, haga lo que haga en su proyecto, todo se graba internamente en Git. Puede considerarlo como git como una línea de tiempo que tiene un puntero encima que señala el estado actual del proyecto. Puede usar el comando git para mover el puntero hacia adelante o hacia atrás en la historia.

Comencemos con “¿Qué hace un programador?”

La respuesta es simple: escribe código.

La programación tiene etapas:

1. Etapa de aprendizaje: lees libros, tutoriales y códigos de práctica. Puede usar un editor / compilador en línea o instalar uno en su computadora. Su código generalmente está limitado a un archivo por tutorial. A la mayoría de las personas ni siquiera les importa organizar sus archivos.
2. Solución de problemas básicos / programación competitiva: una vez más, normalmente se limita a un archivo por problema.
3. Crear módulo: se le da un módulo para diseñar, como crear una clase de estudiante, acaba de ingresar al dominio OOP. Nuevamente, el código todavía está limitado a un solo archivo para la clase y sus funciones.
4. Creación de múltiples módulos: se le presenta un problema de diseño que implica la interacción entre múltiples módulos. El código ahora abarca múltiples archivos; uno para cada módulo. Está comenzando a probar la programación a nivel industrial con todos los estándares de codificación.
5. Creación de un proyecto / producto: diseñe una aplicación completa que incluya múltiples módulos, ayudantes, utilidades, apis, etc. Esta tarea es demasiado grande para que un solo desarrollador en general la realice. Esto normalmente se hace en colaboración con otros desarrolladores.

A medida que subes de nivel (1 a 5), ​​la complejidad aumenta. El sistema de control git se introdujo para ayudar a los programadores a administrar un gran proyecto como una aplicación completa (nivel 5).

Con git ,:

1. Varias personas pueden colaborar en el mismo proyecto (llamado repositorio git) al mismo tiempo sin preocuparse por lo que otros desarrolladores están haciendo. El repositorio se encuentra en la nube y puede acceder a él desde cualquier máquina utilizando git client.
2. Mantener diferentes versiones del mismo proyecto (llamado control de versiones). Esto es útil cuando un cambio accidental (llamado commit) interrumpe el proyecto. El proyecto se puede restaurar a cualquier confirmación.
3. Rastree varios problemas (errores) del proyecto

También me gustaría agregar que Git es un sistema de control de revisiones, una herramienta para administrar su historial de código fuente. GitHub es un servicio de alojamiento para repositorios Git. Por lo tanto, no son lo mismo: Git es la herramienta, GitHub es el servicio para proyectos que usan Git. Bitbucket es otro servicio construido sobre git.

Prerrequisitos:

1. Una cuenta de github.
2. El tutorial se divide en niveles básico, intermedio y avanzado. Puede comenzar solo siguiendo los niveles básicos.
3. Necesita un cliente git instalado en su sistema para usar los comandos de la línea de comandos – Git – Instalación de Git

Un flujo típico desde el inicio del proyecto parece

1. Crear un repositorio: el repositorio es la carpeta remota que contiene su proyecto. Hay varias formas de crear un repositorio:

1. Cree un nuevo repositorio desde la interfaz de usuario de github (básica): crea un repositorio vacío con un archivo readme.md opcional – Crear un repositorio – Documentación del usuario – siga la primera parte.
2. Cree un nuevo repositorio a partir de un proyecto local en su máquina (avanzado); suponga que tiene una carpeta de proyecto local. Puede cargar ese proyecto en un repositorio de git; los pasos son un poco complicados: agregar un proyecto existente a GitHub usando la línea de comandos.
3. Bifurcar un repositorio público de git existente (intermedio): los pasos son simples. Usted va a la página del repositorio de algún otro usuario. Para ex-patmun / pynetdicom23 y luego haga clic en el botón de horquilla presente en la esquina superior derecha. Esto copia ese repositorio en su cuenta – Fork A Repo – Documentación del usuario – Siga el paso 1 para comenzar.

git clone https://github.com/patmun/pynetdicom23.git

1. Cree una rama (intermedia): normalmente cuando crea un repositorio tiene una sola rama: la rama “maestra”. Puede crear otras ramas (Git – Documentación git-branch). Luego puede cambiar entre las ramas o fusionarlas. Aún puede trabajar en la rama maestra si no desea crear una nueva rama.

git branch

1. Realizar y confirmar cambios (básico): los cambios se pueden realizar de tres maneras: agregar, editar y eliminar. Cuando realiza un cambio, primero necesita organizarlos (Git – Documentación git-add) y luego confirmar (Git – Documentación git-commit).

git add.
git commit -m ‘primer compromiso’

1. Enviar cambios al repositorio (básico): es importante comprender que cualquier cambio (también implica crear una rama) que realice en la copia local no se sincroniza automáticamente con el repositorio remoto. Debe insertarlos (Git – Documentación git-push) para agregarlos al repositorio. Además, los cambios se envían a una rama (maestro por defecto)

maestro de origen de empuje git

*** Tutorial avanzado *** (Los principiantes pueden omitir esto)

El tutorial anterior lo ayudará a comenzar. Hay ciertos conceptos que pueden ayudarlo una vez que avance, es decir, colabore con su amigo:

1. La creación de una rama se hace necesaria: ambos no pueden trabajar en la misma rama porque una inserción puede reemplazar a otra inserción. Idealmente, git se asegura de que un impulso no borre el trabajo de un impulso anterior. Por lo tanto, normalmente crea ramas para trabajar en paralelo (Git – Documentación de git-branch). Vamos a nombrar la nueva sucursal como “nueva característica”

git branch feature-new

1. Echa un vistazo a la sucursal “feature-new” – Git – git-checkout Documentation

git checkout feature-new

1. Comprometerse y empujar a la rama remota (repositorio)

git add.
git commit -m ‘cambios de comunicación’
git push origin feature-new

1. En un momento dado, es posible que desee fusionar su rama (característica nueva) con la rama maestra. No es necesario fusionarla porque aún puede ejecutar su aplicación desde una rama si lo desea. Desde un punto de vista industrial, se selecciona una rama (típicamente maestra) para implementarla en producción. Por lo tanto, al final, todas las ramas deben fusionarse con el maestro para que el trabajo de cada desarrollador pase a la producción. La fusión implica varios pasos:

1. Comprometer e impulsar cambios pendientes en la sucursal (característica nueva)
2. Comprobando para dominar

git checkout master

1. Tire de la rama maestra: Pull esencialmente sincroniza su copia local con la copia remota para esa rama particular (maestra). Puede haber un caso mientras realizaba cambios en su sucursal, alguien realizó algunos cambios en la sucursal maestra remota.

maestro de origen git pull

1. Pago a su sucursal (característica nueva)

git checkout feature-new

1. Rebase con la rama maestra: el concepto de rebase es un poco complicado. Aquí hay una buena explicación: Git: documentación de git-rebase. Básicamente, Rebase prepara su rama para fusionarse con la rama maestra al reproducir todas sus confirmaciones en la rama actual en la parte superior de la rama maestra.

git rebase master

1. Abrir una solicitud de extracción: crear una solicitud de extracción con la base como “maestra” y compararla como “característica nueva”
2. Una solicitud de extracción es similar a la revisión de código en términos industriales: las solicitudes de extracción enumeran todas las confirmaciones y cambios de la rama de comparación (característica nueva) de la rama base (maestra). Un revisor puede agregar comentarios.
3. Cuando finalice la revisión del código, lo que significa que el código está aprobado para fusionarse en la rama maestra: haga clic en el botón de fusión.

El proceso se repite para cualquier otro desarrollador. Por lo general, se crea una rama para completar una corrección de errores o una nueva característica.

Agregaré algunos tutoriales más avanzados que no se usan con frecuencia pero son útiles.

Pocos trucos útiles

1. Git add –

git add.

Cuando uso el comando anterior, agrega recursivamente todos los archivos a la etapa en la que he realizado cambios dentro de la carpeta actual (representada por.) Y sus subcarpetas (y así sucesivamente).

Puede reemplazar el punto (.) Con cualquier ruta de carpeta válida y hace lo que hizo en el ejemplo anterior: agregue cambios recursivamente comenzando desde la ruta de la carpeta y profundizando recursivamente en las subcarpetas.

2. Puede crear una nueva sucursal y pagar con un solo comando

git checkout -b característica-nueva

Aquí le mostramos cómo comenzar a usar GitHub en tres simples pasos.

Existe la opción de comenzar con un proyecto que ya está en GitHub y avanzar desde allí: pero como programador principiante, le animo a comenzar creando su propio proyecto, luego puede unirse a otros proyectos.

Aquí hay tres pasos para comenzar con sus propios proyectos.

1. Identifique un problema simple que pueda resolver.

Un proyecto debe basarse en una idea o una solución .

Mire a su alrededor e identifique un problema que realmente necesita solución . Esto no tiene por qué ser completamente único, de lo contrario, pasará un mes entero tratando de encontrar una solución única y no la encontrará todavía.

Incluso podría identificar una aplicación que ya ve en uso en algún lugar y decidir que desea recrearla, agruparla, para sus propósitos de aprendizaje.

Nuevamente, el lenguaje de programación puede ser cualquiera de su elección. No estas limitado. Puede elegir crear su aplicación en un idioma en el que ya sea bueno o puede elegir un lenguaje de programación completamente nuevo y usar esto como una oportunidad para aprender el idioma también.

No te golpees en la cara si no puedes conformarte con una aplicación. Alternativamente, podría optar por crear un complemento, una biblioteca o una aplicación de tareas simple si no tiene ideas

2. Escriba el código y presione a GitHub desde el día 1

Crear un repositorio público en GitHub y llene primero el archivo Readme.md con lo que trata su proyecto. También actuará como un recordatorio a medida que codifique su camino hacia el éxito.

El usuario de Quora ya ha mencionado los elogios básicos. También hay esta documentación en GitHub que puede encontrar útil con comandos básicos.

Tendrá que acostumbrarse a los comandos para: crear ramas, conocer al maestro, empujar, tirar, fusionar, revertir y demás.

Tenga un plan escrito para su proyecto para que actúe como una hoja de ruta clara. Esa es la clave para contribuir a proyectos de código abierto porque nadie te está mirando. Depende de usted saber lo que está haciendo, si le importa su tiempo y energía.

3. Probar, implementar, corregir errores, invitar amigos …

¡Es hora de probar tu complemento o aplicación que has estado analizando durante semanas! Podrías hacer pruebas funcionales o escribir pruebas de unidades automatizadas. Puede escribir pruebas unitarias simples para acompañar su código: muestra que usted se toma en serio lo que está haciendo.

Consigue usuarios . Anúncialo en las calles. Su nueva aplicación, podría ser una aplicación web. Nadie pasará por tu repositorio y lo descubrirá mágicamente. Pero no tienes que preocuparte por una gran audiencia. Solo unos pocos que pueden probarlo / usarlo y darle retroalimentación.

Sus usuarios lo ayudarán a identificar errores y usted a su vez los solucionará

Pídale a otros que contribuyan con un código Puede ser difícil al principio, pero posible.

Así que ahí tienes un proyecto de código abierto completo.

Una vez que haya terminado su proyecto, encontrará más diversión al unirse a otros proyectos . De lo contrario, su cuenta de GitHub será un lugar oscuro y solitario sin actividad de otros usuarios.

En este punto, le animo a que busque contribuir a los proyectos de otras personas. Realmente lo encontrará muy gratificante, ya que aprenderá las mejores características de GitHub y la red en ellos, lo que en última instancia puede ayudarlo a conseguir un trabajo.

Elegir un proyecto adecuado para contribuir en GitHub puede ser una tarea realmente desalentadora. Los proyectos más populares como Django probablemente rechazarán tu primera contribución como principiante.

¡Salud!

Muchas personas estarán trabajando en el mismo proyecto. Cada uno de ustedes hará algunos cambios en el código y todos los cambios deben reflejarse en el proyecto sin ningún conflicto.

Para este propósito, usamos GitHub

GitHub es un servicio de alojamiento web para alojar proyectos de software de código abierto.

Terminologías que utilizamos:

Repositorio: una carpeta en la que almacenará cada parte de su código.

Rama: Para experimentar tus nuevas ideas.

Solicitud de extracción: para iniciar una discusión sobre los cambios realizados en el proyecto.

Descargue GitHub Desktop , para que no necesite recordar todos los comandos para trabajar en git shell.

1. Cree su cuenta gratuita de GitHub en Build software mejor, juntos
2. Debe crear un repositorio con el nombre adecuado y clonar el repositorio en su máquina local utilizando GitHub Desktop.
3. Si es necesario, puede agregar colaboradores a su repositorio.

1. Vaya a la página del repositorio, haga clic en configuración y luego en la pestaña de colaboradores.
2. Escriba su nombre y haga clic en el botón Agregar.
3. Se enviará un correo de invitación a esa persona, al aceptar la solicitud, también pueden contribuir al proyecto.

Rama:

La ramificación nos ayuda a gestionar mejor el flujo de trabajo. Es posible que tengamos que incluir diferentes características en nuestro proyecto en un momento dado.

Los cambios que realice en una sucursal local no afectarán a la sucursal maestra. Puede tener cualquier número de sucursales para un proyecto en particular.

• Cree una nueva rama con el nombre apropiado en función de las características que va a implementar en esa rama.
• Experimente sus nuevas ideas y características en esa rama.
• Comprueba si está listo o no.
• Confirma tus cambios en la sucursal local.
• Cree una solicitud de extracción y combine su sucursal local con la sucursal maestra si no tienen ningún conflicto.
• También puede revertir su confirmación, si se encuentra algún defecto.

Puedes referir este enlace también

Comprender el flujo de GitHub

Si decide avanzar en una dirección diferente o si no desea que los cambios realizados se reflejen en su rama maestra, puede eliminar esa rama en particular.

GitHub sigue el mecanismo de empuje y tracción.

Después de llevar su sucursal local al maestro, extraiga la última versión de su proyecto en su máquina local.

El “Git” en GitHub
Para comprender GitHub, primero debe comprender Git. Git es un sistema de control de versiones de código abierto que fue iniciado por Linus Trovalds, la misma persona que creó Linux. Git es similar a otra versión contro

Git es un “sistema de control de versiones”, ¿qué significa eso? Cuando los desarrolladores crean algo (una aplicación, por ejemplo), realizan cambios constantes en el código y lanzan nuevas versiones, hasta y después del primer lanzamiento oficial (no beta).

Los sistemas de control de versiones mantienen estas revisiones correctas y almacenan las modificaciones en un repositorio central. Esto permite a los desarrolladores colaborar fácilmente, ya que pueden descargar una nueva versión del software, realizar cambios y cargar la última revisión. Cada desarrollador puede ver estos nuevos cambios, descargarlos y contribuir.

Del mismo modo, las personas que no tienen nada que ver con el desarrollo de un proyecto aún pueden descargar los archivos y usarlos. La mayoría de los usuarios de Linux deben estar familiarizados con este proceso, ya que usar Git, Subversion u otro método similar es bastante común para descargar los archivos necesarios, especialmente en la preparación para compilar un programa desde el código fuente (una práctica bastante común para los geeks de Linux).

En caso de que se pregunte por qué Git es el sistema de control de versiones preferido de la mayoría de los desarrolladores, tiene múltiples ventajas sobre los otros sistemas disponibles, incluida una forma más eficiente de almacenar cambios de archivos y garantizar la integridad de los archivos. Si está interesado en conocer los detalles, consulte esta página para leer una explicación detallada sobre cómo funciona Git.

El “Hub” en GitHub
Hemos establecido que Git es un sistema de control de versiones, similar pero mejor que las muchas alternativas disponibles. Entonces, ¿qué hace que GitHub sea tan especial? Git es una herramienta de línea de comandos, pero el centro alrededor del cual giran todas las cosas que involucran a Git: efectivamente, el Hub es GitHub.com, donde los desarrolladores pueden almacenar sus proyectos y redes con personas de ideas afines.

Para comenzar con GitHub, es importante familiarizarse con GIT. El usuario de Quora ya lo ha resumido bien para empezar. Por lo tanto, estoy aquí para agregarle algunos puntos más.

¿Qué es Git para un individuo?

Es un sistema de control de versiones (VCS) . Puede usar git con su proyecto para realizar un seguimiento de los cambios y versionarlos en consecuencia. Puede rastrear a la versión estable anterior en caso de que haya tenido problemas con algo que no sabe exactamente.

Puede crear una rama paralela para experimentar con su trabajo. Esto se vuelve útil en una situación en la que no está seguro de que esta cosa nueva funcione bien o no.

No solo hay Git para esto, aquí hay una lista de otros sistemas de control de versiones.

1. CVS
2. Subversión
3. Bazar
4. Bitkeeper

¿Qué es Git para un equipo?

Es un sistema de control de versiones distribuido (DVCS). Aquí yace el verdadero poder de Git y VCS relacionados. Permite a los colaboradores del proyecto desde una ubicación remota trabajar en el mismo proyecto al mismo tiempo. Cuando muchas personas contribuyen en el mismo archivo, los conflictos son muy comunes. Git y VCS relacionados proporcionan una variedad de formas de tratarlo.

La naturaleza distribuida de VCS es una de las muchas razones que lideran la revolución del código abierto. Pero eso no es suficiente. Para aprovechar DVCS por completo y permitir que contribuyentes de diferentes ubicaciones contribuyan en su proyecto, necesita un servidor donde su repositorio (su proyecto) esté disponible todo el tiempo. Aquí es donde Github entra en escena.

Github no es Git

Ya se menciona muchas veces en otras respuestas, nuevamente me gustaría agregarle un poco más. Así que supongamos que tiene un proyecto de equipo asignado por su profesor para estas vacaciones de verano. Si no se hubiera asignado durante el descanso, sería un poco más fácil para todos ustedes trabajar en un proyecto común (los Pen-drives y los sitios de alojamiento de archivos como Dropbox pueden ayudarlo un poco). Pero ahora todos están de vuelta en casa. Problema…

La solución es Github . Crea un nuevo repositorio en Github. El repositorio es un lugar donde se almacenarán todos los archivos relacionados con su proyecto . Ahora puede dejar que su equipo contribuya desde cualquier lugar (siempre y cuando todos estén conectados a Internet).

Todos en el equipo utilizarán Git para rastrear cambios, buscar los archivos del proyecto desde el repositorio de Github ( pull ) y guardar los cambios en el repositorio de Github ( push ).

Comenzando con Git

Al igual que aprender algo nuevo, también requiere que aprendas, practiques y repitas .

Es difícil resumir Git, y el usuario de Quora ha hecho un trabajo maravilloso al intentarlo. Sin embargo, hay mucho más que puedes hacer con él.

Te sugiero este enlace como referencia.

Comenzando con Git – Sistema de control de versiones | Mapas de conocimiento

Este mapa contiene enlaces a muchos recursos útiles relacionados con Git. Te llevará desde tutoriales de nivel muy básico hasta enlaces de conceptos avanzados de Git.

HTH

Una de las principales ideas erróneas sobre GitHub es que es una herramienta de desarrollo, que forma parte de la codificación como lenguajes y compiladores de computadora. Sin embargo, GitHub en sí no es mucho más que una red social como Facebook o Flickr.

Usted crea un perfil, carga proyectos para compartir y conectarse con otros usuarios al “seguir” sus cuentas. Y aunque muchos usuarios almacenan programas y proyectos de código, no hay nada que le impida conservar documentos de texto u otros tipos de archivos en sus carpetas de proyectos para presumir.

Es una red social que ha cambiado por completo la forma en que trabajamos. Habiendo comenzado como plataforma colaborativa de desarrollador, GitHub es ahora el mayor espacio de almacenamiento en línea de trabajos colaborativos que existe en el mundo.

Ya sea que esté interesado en participar en esta fusión mental global o en investigar este volcado masivo de archivos de conocimiento humano, debe estar aquí.

Ver también: GitHub para principiantes: Comprometerse, empujar e ir

Simplemente por ser miembro, puede codearse con los gustos de Google y Facebook. Antes de que existiera GitHub, las principales empresas creaban su conocimiento principalmente en privado. Pero cuando accede a sus cuentas de GitHub, puede descargar, estudiar y aprovechar cualquier cosa que agreguen a la red.

Palabras que las personas usan cuando hablan de Git:

Línea de comando: el programa de computadora que usamos para ingresar comandos de Git. En una Mac, se llama Terminal. En una PC, es un programa no nativo que descarga cuando descarga Git por primera vez (lo haremos en la siguiente sección). En ambos casos, escribe comandos basados ​​en texto, conocidos como avisos, en la pantalla, en lugar de usar un mouse.

Repositorio: Un directorio o espacio de almacenamiento donde pueden vivir sus proyectos. A veces, los usuarios de GitHub acortan esto a “repositorio”. Puede ser local a una carpeta en su computadora, o puede ser un espacio de almacenamiento en GitHub u otro host en línea. Puede guardar archivos de código, archivos de texto, archivos de imagen, lo que sea, dentro de un repositorio.

Control de versiones: Básicamente, el propósito que Git fue diseñado para servir. Cuando tiene un archivo de Microsoft Word, sobrescribe cada archivo guardado con un nuevo guardado o guarda varias versiones. Con Git, no tienes que hacerlo. Mantiene “instantáneas” de cada punto en el tiempo en el historial del proyecto, por lo que nunca puede perderlo ni sobrescribirlo.

Comprometerse: este es el comando que le da a Git su poder. Cuando se compromete, está tomando una “instantánea” de su repositorio en ese momento, brindándole un punto de control en el que puede reevaluar o restaurar su proyecto a cualquier estado anterior.

Rama: ¿Cómo trabajan varias personas en un proyecto al mismo tiempo sin que Git los confunda? Por lo general, se “ramifican” del proyecto principal con sus propias versiones llenas de cambios que ellos mismos han realizado. Una vez que hayan terminado, es hora de “fusionar” esa rama con el “maestro”, el directorio principal del proyecto.

Comandos específicos de Git:

Dado que Git fue diseñado con un gran proyecto como Linux en mente, hay muchos comandos de Git. Sin embargo, para usar los conceptos básicos de Git, solo necesitará conocer algunos términos. Todos comienzan de la misma manera, con la palabra “git”.

git init : inicializa un nuevo repositorio de Git. Hasta que ejecute este comando dentro de un repositorio o directorio, es solo una carpeta normal. Solo después de ingresar esto, acepta más comandos de Git.

git config : abreviatura de “configure”, esto es más útil cuando configura Git por primera vez.

git help : ¿Olvidaste un comando? Escriba esto en la línea de comando para mostrar los 21 comandos git más comunes. También puede ser más específico y escribir “git help init” u otro término para descubrir cómo usar y configurar un comando git específico.

git status : verifica el estado de tu repositorio. Vea qué archivos hay dentro, qué cambios aún deben confirmarse y en qué rama del repositorio está trabajando actualmente.

git add : Esto no agrega nuevos archivos a su repositorio. En cambio, trae nuevos archivos a la atención de Git. Después de agregar archivos, se incluyen en las “instantáneas” de Git del repositorio.

git commit : el comando más importante de Git. Después de realizar cualquier tipo de cambio, ingresa esto para tomar una “instantánea” del repositorio. Por lo general, va git commit -m “Message here.” El -m indica que la siguiente sección del comando debe leerse como un mensaje.

git branch : ¿ Trabajas con múltiples colaboradores y quieres hacer cambios por tu cuenta? Este comando le permitirá crear una nueva rama, o línea de tiempo de confirmaciones, de cambios y adiciones de archivos que son completamente suyos. Tu título va después del comando. Si quisieras una nueva rama llamada “gatos”, escribirías git branch cats .

git checkout : Literalmente le permite “retirar” un repositorio en el que no se encuentra actualmente. Este es un comando de navegación que le permite moverse al repositorio que desea verificar. Puede usar este comando como git checkout master para mirar la rama maestra, o git checkout cats para mirar otra rama.

git merge : cuando haya terminado de trabajar en una rama, puede fusionar sus cambios con la rama maestra, que es visible para todos los colaboradores. git merge cats tomaría todos los cambios que hiciste en la rama de “gatos” y los agregaría al maestro.

git push : si está trabajando en su computadora local y desea que sus confirmaciones también estén visibles en línea en GitHub, “empuja” los cambios a GitHub con este comando.

git pull : si está trabajando en su computadora local y desea que funcione la versión más actualizada de su repositorio, puede “extraer” los cambios de GitHub con este comando.

GitHub es un repositorio de control de versiones y Git basado en web y servicio de alojamiento de Internet. GitHub fue fundado en abril de 2008 y su sede se encuentra en San Francisco. GitHub es el mejor lugar para compartir código con amigos, compañeros de trabajo, compañeros de clase y completos desconocidos. Más de un millón de personas usan GitHub para construir cosas increíbles juntos.

Más de 14 millones de usuarios y más de 35 millones de repositorios, lo que lo convierte en el mayor host de código fuente del mundo.

Los siguientes son los productos Github:

• Github: colaboración alojada pública y privada.
• GitHub Enterprise: desarrollo colaborativo de so $ ware para equipos de todos los tamaños.
• Páginas GitHub: cree fácilmente hermosas páginas web personales y de proyectos.
• GitHub para Mac, Windows y Eclipse.
• GitHub Gist: comparta y colabore en fragmentos de código
• Trabajos GitHub: encuentre los mejores trabajos en software.

Así es como se ve mi repositorio de Git.

Primero obtenga su propio repositorio para almacenar los datos y la información.

• Instalación de git en Linux:

$ sudo apt-get update

$ sudo apt-get install git

• Para clonar un repositorio: escriba $git clone https://github.com/YOUR-USERNAME/YOUR-REPOSITORY
• git config : abreviatura de “configure”, esto es más útil cuando configura Git por primera vez.
• git init : inicializa un nuevo repositorio de Git. Hasta que ejecute este comando dentro de un repositorio o directorio, es solo una carpeta normal. Solo después de ingresar esto, acepta más comandos de Git.
• git help : ¿Olvidaste un comando? Escriba esto en la línea de comando para mostrar los 21 comandos git más comunes.
• git status : verifica el estado de tu repositorio. Vea qué archivos hay dentro, qué cambios aún deben confirmarse y en qué rama del repositorio está trabajando actualmente.
• git add : Esto no agrega nuevos archivos a su repositorio. En cambio, trae nuevos archivos a la atención de Git. Después de agregar archivos, se incluyen en las “instantáneas” de Git del repositorio.
• git rm : elimina archivos de su índice y su directorio de trabajo para que no se rastreen
• it commit : el comando más importante de Git. Después de realizar cualquier tipo de cambio, ingresa esto para tomar una “instantánea” del repositorio. Por lo general, va git commit -m “Your Message” El -m indica que la siguiente sección del comando debe leerse como un mensaje.
• git branch : ¿ Trabajas con múltiples colaboradores y quieres hacer cambios por tu cuenta? Este comando le permitirá crear una nueva rama, o línea de tiempo de confirmaciones, de cambios y adiciones de archivos que son completamente suyos.
• git checkout : Literalmente le permite “retirar” un repositorio en el que no se encuentra actualmente. Este es un comando de navegación que le permite moverse al repositorio que desea verificar.
• git merge : cuando haya terminado de trabajar en una rama, puede fusionar sus cambios con la rama maestra, que es visible para todos los colaboradores.
• git push : si está trabajando en su computadora local y desea que sus confirmaciones también estén visibles en línea en GitHub, “empuja” los cambios a GitHub con este comando.
• git pull : si está trabajando en su computadora local y desea que funcione la versión más actualizada de su repositorio, puede “extraer” los cambios de GitHub con este comando.
• git push origin master : cambia el maestro a la rama a la que desea enviar sus cambios.
• git stash : guarda temporalmente los cambios que no desea confirmar de inmediato. Puede aplicar los cambios más tarde.
• git ls-tree : muestra un objeto de árbol, incluido el modo y el nombre de cada elemento.

Es bastante confuso al principio, pero con un uso constante te sorprenderá la belleza de github.

Cuando comencé a usar github, realmente no sé por qué es y cómo usarlo. Así que comencé a ver videos sobre cómo comenzar, que me llevó mucho tiempo aprender los conceptos básicos. Después de unos días libres de github, solía olvidar todos los comandos, luego tengo que volver al video o la página donde escribí todos los comandos básicos. A medida que pasaban los días, utilicé github por primera vez para almacenar mis proyectos en línea, porque me temo que la memoria de mi disco duro puede formatearse en cualquier caso por cualquier motivo.

Pasaron los meses, ahora ya no necesito volver a videos o documentos para buscar comandos, ahora los conozco porque los he estado usando para cada proyecto que cargué en @GitHub.

Además, encontré la belleza del código abierto, encontré proyectos muy interesantes en github y aprendí mucho de ellos, por ejemplo, el estilo de escritura de código, el mantenimiento de la estructura del proyecto, la creación de buena documentación, etc. Así que también comencé a compartir mis proyectos como código abierto, de los que otros pueden beneficiarse. Y mis equipos pueden estar en la misma página.

Echa un vistazo a estos:

[1] Github hoja de trucos

[2] Github hoja de trucos pdf

Uno en su conjunto, si recién está comenzando a usar github, no se asuste si se queda atrapado en el medio. Hay una gran comunidad para ayudarte. Intenta ser coherente para que te acostumbres. Un día descubrirás lo hermoso que es Github, luego no olvides regresar y compartir tu experiencia, estaremos ansiosos por leerlo.

Entonces, ¿qué estás esperando? Ve y crea tu primer repositorio [3] aquí. Mi repositorio simple y vacío es [4] aquí en caso de referencia.

Espero que ayude, no dude en hacer más preguntas.

Notas al pie

[1] tiimgreen / github-cheat-sheet

[2] https://www.google.co.in/url?sa=…

[3] Desarrollar mejor el software, juntos

[4] shravankumar147 / Shravankumar

Puedes entender Github siguiendo el siguiente ejemplo:

Cuando eras pequeño tenías muchos juguetes. Los guardaste en tu habitación de manera decorada y jugaste con ellos de forma regular. A veces querrás hacer alarde de ellos frente a tus amigos y compañeros de clase y mostrarlos invitándolos a tu habitación. Alguna vez tuviste un juguete, digamos un modelo rojo de auto. Aún así, saldrías al mercado y comprarías uno azul y lo acumularías con tus otros juguetes. En algún momento permitiste que algunos de tus amigos vinieran y jugaran con él sin que ellos se lo quitaran, y en algún momento irías a los de ellos. Eso es todo, ¡son suficientes para ayudarte a entender los conceptos de Github!

Entonces, mapear las declaraciones anteriores para explicar Github sería:

Considere proyectos análogos a los juguetes y su cuenta Github como su habitación:

• Guardaste los juguetes en tu habitación de manera decorada y jugaste con ellos de forma regular: Github es un lugar donde puedes guardar tus proyectos. Puede trabajar en ellos, rastrearlos, actualizarlos regularmente o según su deseo.
• A veces querrás alardear de ellos … – Github es el mejor lugar para guardar tus proyectos y mostrarlos al mundo. Incluso si tiene un proyecto único, puede ponerlo en Github para que el mundo lo vea. Esto no solo muestra sus habilidades, sino que también crea una nueva posibilidad en la que podría recibir comentarios positivos y comentarios de colaboradores de todo el mundo y, por lo tanto, obtener una exposición que no hubiera sido posible si su proyecto estuviera presente en su máquina.
• Alguna vez tuviste un juguete, digamos un modelo rojo de auto. Aún así, saldrías al mercado y comprarías uno azul y lo acumularías con tus otros juguetes: Github te permite mantener diferentes versiones del mismo proyecto. Por eso se dice que es “herramienta de control de versiones”. Con esto quiero decir que puede tener un proyecto con la característica extendida A y el mismo proyecto con otra característica extendida B. No necesita escribir dos piezas de código diferentes y ponerlas por separado. Podrías colocar maravillosamente todo tu código en el mismo lugar y usar Git como control de versión trabajando en dos características diferentes simultáneamente.
• En algún momento permitiste que algunos de tus amigos vinieran y jugaran con él … y en algún momento irías a los suyos: Github te brinda la oportunidad de contribuir en cualquier proyecto en todo el mundo. La comunidad de código abierto es rica y está llena de gente talentosa a la que le encanta contribuir en proyectos de su interés. Puede elegir un proyecto y contribuir en él o puede invitar a la comunidad a contribuir en cualquiera de los suyos. Github lo hace muy simple.

Por último, mencionó que ve páginas como xyz.github.com. Estos se llaman esencia. En algún momento no desea abrir el código completo pero quiere mostrar al mundo alguna parte interesante del código porque puede ser un desafío, puede ser único y solo lo resolvió, o puede ser que solo quiera mostrar la solución. Puede hacer esto exponiendo esas piezas de trabajo en forma de esencias. Github le permite crear gist fácilmente visitando http://gist.github.com

Espero que esto ayude. ¡Feliz codificación!

Al igual que tenemos redes sociales para compartir imágenes, GitHub es un tipo de red social para compartir softwares, códigos, fragmentos, etc. generalmente bajo licencia de software libre (puede ser GNU GPL o compatible). Uno puede participar como solo usuario (comparar con el intercambio de imágenes) o puede enviar sus propios códigos desarrollados, fragmentos, programas o puede desempeñar roles duales. Como es para los usuarios avanzados, las características son más, no se limitan a la opción de descarga simple. Git es un software gratuito, sirve para el control de versiones y la gestión del código fuente. La interfaz web es propietaria. Para un software o complemento completo, uno puede descargar el archivo zip, no hay necesidad de conocimientos avanzados. Pero para subir, modificar; Se requiere un buen conocimiento de Git. Usualmente usamos herramientas de línea de comando. Si está usando Git de forma seria, es la Biblia en línea: Git: Primeros pasos.

Sé que Github se ve tan complicado. La jerga que usan como push, pull, stash, commit, remote, master, etc. no ayuda a entender de qué se trata. Así que aquí está la descripción de un laico de todas las cosas geniales que ayuda a lograr un programador.

1. Le impide estropear su propio código. Si usa github, no tiene que preocuparse demasiado por eliminar accidentalmente cosas importantes o romper toda su aplicación porque eliminó accidentalmente un punto y coma.
2. Permite que otros vean lo que le está haciendo a su aplicación.
3. Usted y sus amigos pueden trabajar juntos en la misma aplicación, sin pisar los pies del otro. De lo contrario, si ambos escriben código en el mismo archivo, quien guardó primero perderá todo lo que escribió porque quien guardó por última vez sobrescribe el archivo. Esto no sucede si usas git.

Eso es básicamente eso.

Cómo funciona (desde la perspectiva de un novato).

Digamos que tiene un archivo con algún código.

//file.txt
Este es el archivo original.

Digamos que agregas una nueva línea. Entonces su archivo se ve así

Estas son algunas cosas nuevas que agregué.

Su sistema de archivos recuerda file.txt así

//file.txt
Este es el archivo original.
Estas son algunas cosas nuevas que agregué.

Pero Git no recuerda las cosas de esta manera. En cambio, recuerda los cambios que realizó. Luego, agrega estos cambios juntos para reconstruir el archivo. Es algo así como la memoria humana. Reconstruye la memoria agregando una serie de eventos.

En Git, estos cambios se llaman commits. Todo es una colección de commits. Sin embargo, solo guardar un archivo no lo convertirá automáticamente en una confirmación.

Debe decirle a git que este cambio (o un conjunto de cambios) es una confirmación. Para ello, ejecute el comando llamado ** drum rolls ** commit. Luego agrega un mensaje al lado.

git commit -m “Agregué una nueva línea a este archivo para mostrar lo que significa commit”

La principal ventaja de los commits es que puede revertir y avanzar su aplicación. De esta manera, puede ejecutar su aplicación como estaba hoy. Luego, puede ejecutarlo como era hace cinco días. Puedes seguir yendo y viniendo como quieras.

Cada confirmación tiene una identificación y una marca de tiempo entre otros datos. Esto le permite a git distinguir una confirmación de otra.

Algunas confirmaciones se almacenan en Github (remoto). Algunas confirmaciones se almacenan en su máquina local (local). Los commits están vinculados entre sí para que git sepa qué commit sucedió antes de cuál. El último commit se llama HEAD.

Si desea traer confirmaciones de remoto a local, tire.

Si desea mover sus confirmaciones de local a remoto, presione.

Cada vez que tira, diferentes confirmaciones de diferentes personas en diferentes archivos deben sentarse juntas. Entonces, ocurre una fusión . Sin embargo, si ocurrieron dos confirmaciones en el mismo archivo, sus confirmaciones locales se confundirán acerca de cuál confirmación es la CABEZA. Aquí es donde ocurre un conflicto de fusión . Pero esa es una discusión para otro día.

Repositorios

Cada proyecto en el que trabaja se coloca dentro de un repositorio. Cada repositorio tiene su propio conjunto de confirmaciones. El fin.

Ramas

Tus repositorios son como árboles. Comienza con una rama maestra . Puede enviar todo a la rama maestra si lo desea. De lo contrario, puede crear una nueva rama y comprometerse allí mientras sus amigos se comprometen con la rama maestra.

Si todas las ramas son algo similares, es posible fusionarlas. Pero también es posible trabajar en proyectos completamente diferentes en cada rama.

Es como cultivar un manzano de una rama de un árbol de mango.

Eso es todo lo que necesitas saber sobre Git. Aprenderás el resto automáticamente. No todos los desarrolladores saben todo sobre Git y está bien.

1. En la esquina superior derecha de cualquier página, haga clic en, y luego haga clic en Nuevo repositorio .
2. Escriba un nombre corto y memorable para su repositorio. Por ejemplo, “hola-mundo”.
3. Opcionalmente, agregue una descripción de su repositorio. Por ejemplo, “Mi primer repositorio en GitHub”.
4. Elija entre crear un repositorio público o privado . Los repositorios públicos son una excelente opción para comenzar. Son visibles para cualquier usuario en GitHub, por lo que puede beneficiarse de una comunidad colaborativa. Los repositorios privados requieren un poco más de configuración. Solo están disponibles para usted, el propietario del repositorio , así como para cualquier colaborador con el que elija compartir. Los repositorios privados solo están disponibles para cuentas pagas. Para obtener más información, consulte “Planes de facturación de GitHub”.
5. Seleccione Inicializar este repositorio con un archivo README .
6. Haga clic en Crear repositorio .

¡Felicidades! Ha creado con éxito su primer repositorio y lo ha inicializado con un archivo README .

Comete tu primer cambio

Una confirmación es como una instantánea de todos los archivos de su proyecto en un momento determinado.

Cuando creó su nuevo repositorio, lo inicializó con un archivo README . Los archivos README son un excelente lugar para describir su proyecto con más detalle o agregar documentación, como cómo instalar o usar su proyecto. El contenido de su archivo README se muestra automáticamente en la portada de su repositorio.

Confirmemos un cambio en el archivo README .

1. En la lista de archivos de su repositorio, haga clic en Paywall .
2. Sobre el contenido del archivo, haga clic.
3. En la pestaña Editar archivo , escriba información sobre usted.
4. Sobre el nuevo contenido, haga clic en Vista previa de cambios .
5. Revise los cambios que realizó en el archivo. Verá el nuevo contenido en verde.
6. En la parte inferior de la página, escriba un mensaje de confirmación breve y significativo que describa el cambio que realizó en el archivo. Puede atribuir la confirmación a más de un autor en el mensaje de confirmación. Para obtener más información, consulte “Creación de una confirmación con varios coautores”.
7. Debajo de los campos de mensaje de confirmación, decida si desea agregar su confirmación a la rama actual o a una nueva rama. Si su rama actual es master , debe elegir crear una nueva rama para su confirmación y luego crear una solicitud de extracción.
8. Haga clic en Proponer cambio de archivo .

Git Hub es un repositorio web. Puede almacenar su código, recuperarlo cuando lo desee. Tiene control de versiones. Tiene medidas de seguridad para evitar que otras personas lo usen. Para resumir todas estas cosas en un solo ejemplo, diría:
Considere un código simple escrito por usted el 25 de noviembre de 2015, para acceder a él desde cualquier parte del mundo, ponga ese código en git (su repositorio). El 26 de noviembre te das cuenta de que cometiste un error y quieres editarlo, puedes hacerlo desde cualquier parte del mundo. Después de unos días, te das cuenta de que el primer código que escribiste era correcto, así que en lugar de escribirlo nuevamente, solo recuperas el código del 25 de noviembre, eso es control de versión. Durante todo este tiempo, su amigo lo ayudó con el código que se encuentra en otra esquina del mundo, por lo que él es el colaborador. Puede leer, editar, guardar en función de los permisos otorgados por usted. Espero que hayas entendido todo.

Antes de Github, es importante entender a Git.

Git: Aunque el significado del diccionario de git muestra a una persona desagradable o despreciable, Git en el contexto de la computadora y lo digital es un sistema de control de versiones.

Sistema de control de versiones: un sistema que gestiona eficientemente archivos y carpetas en su máquina similar a la copia de seguridad. Implementa diferentes estrategias para respaldar los datos para hacer que la copia de seguridad sea la más eficiente. Además, ofrece funciones para ver las etapas anteriores de los archivos para rastrear los cambios en el contenido del archivo. Proporciona medios para revertir el contenido de los archivos a una de las etapas anteriores. Algunos de ellos también proporcionan herramientas avanzadas para comparar diferentes estados uno al lado del otro, administrar los cambios realizados por un equipo y rastrear a la persona responsable de cada cambio.

Volviendo a Git, git es de código abierto y uno de los sistemas de control de versiones más destacados.

Volviendo a Github, Github es un sitio web de una comunidad en línea que usa el Git para “hacer una copia de seguridad” del contenido en los servidores de GitHub en lugar de respaldar cosas en sus máquinas locales. Esto proporciona la disponibilidad de su contenido en diferentes máquinas tal como lo desea en proyectos de equipo, etc. Y le garantiza que su copia de seguridad de contenido está preparada para desastres, ya que su contenido está en la nube, no tiene que preocuparse por volar su maquina y pierde tu contenido. Además, GitHub proporciona otras cosas avanzadas para jugar, como publicar su contenido HTML simple como una página, escribir blogs desde su contenido de Github, hacer que su contenido sea privado, público, ver el contenido público de otras personas, contribuir a los proyectos de otros y construir un mayor ” comunidad de código abierto “puede ser, y mucho más.

Para ver más, puede inscribirse en cualquier curso introductorio en línea que le enseñe Git y GitHub. Recomiendo, Git y GitHub es una de esas habilidades que son útiles cuando lo necesitas y no te darás cuenta hasta que lo necesites.

-Salud

¿Qué es git?

Agradezca al famoso desarrollador de software Linus Torvalds por Git, el software que se ejecuta en el corazón de GitHub. (Y mientras lo hace, adelante, agradézcale también por el sistema operativo Linux). Git es un software de control de versiones, lo que significa que administra los cambios a un proyecto sin sobrescribir ninguna parte de ese proyecto. Y no va a desaparecer en el corto plazo, especialmente porque Torvalds y sus colegas desarrolladores de kernel emplean a Git para ayudar a desarrollar el núcleo del núcleo para Linux.

¿Por qué usar algo como Git? Digamos que usted y un compañero de trabajo están actualizando páginas en el mismo sitio web. Realiza los cambios, los guarda y los vuelve a cargar en el sitio web. Hasta aquí todo bien. El problema surge cuando su compañero de trabajo está trabajando en la misma página que usted al mismo tiempo. Uno de ustedes está a punto de sobrescribir y borrar su trabajo.

Usted y su compañero de trabajo pueden cargar sus revisiones en la misma página, y Git guardará dos copias. Más tarde, puede fusionar sus cambios juntos sin perder ningún trabajo en el camino. Incluso puede volver a una versión anterior en cualquier momento, porque Git mantiene una “instantánea” de cada cambio realizado.

GitHub hace que Git sea más fácil de usar de dos maneras. Primero, si descarga el software GitHub a su computadora, proporciona una interfaz visual para ayudarlo a administrar sus proyectos controlados por la versión localmente. En segundo lugar, crear una cuenta en el software Build mejor, juntos trae sus proyectos controlados por versión a la Web, y vincula las características de las redes sociales para una buena medida.

Palabras que las personas usan cuando hablan de Git

En este tutorial, hay algunas palabras que voy a usar repetidamente, ninguna de las cuales había escuchado antes de comenzar a aprender. Aquí están los grandes:

Línea de comando: el programa de computadora que usamos para ingresar comandos de Git. En una Mac, se llama Terminal. En una PC, es un programa no nativo que descarga cuando descarga Git por primera vez (lo haremos en la siguiente sección). En ambos casos, escribe comandos basados ​​en texto, conocidos como avisos, en la pantalla, en lugar de usar un mouse.

Repositorio: Un directorio o espacio de almacenamiento donde pueden vivir sus proyectos. A veces, los usuarios de GitHub acortan esto a “repositorio”. Puede ser local a una carpeta en su computadora, o puede ser un espacio de almacenamiento en GitHub u otro host en línea. Puede guardar archivos de código, archivos de texto, archivos de imagen, lo que sea, dentro de un repositorio.

Control de versiones: Básicamente, el propósito que Git fue diseñado para servir. Cuando tiene un archivo de Microsoft Word, sobrescribe cada archivo guardado con un nuevo guardado o guarda varias versiones. Con Git, no tienes que hacerlo. Mantiene “instantáneas” de cada punto en el tiempo en el historial del proyecto, por lo que nunca puede perderlo ni sobrescribirlo.

Comprometerse: este es el comando que le da a Git su poder. Cuando se compromete, está tomando una “instantánea” de su repositorio en ese momento, brindándole un punto de control en el que puede reevaluar o restaurar su proyecto a cualquier estado anterior.

Rama: ¿Cómo trabajan varias personas en un proyecto al mismo tiempo sin que Git los confunda? Por lo general, se “ramifican” del proyecto principal con sus propias versiones llenas de cambios que ellos mismos han realizado. Una vez que hayan terminado, es hora de “fusionar” esa rama con el “maestro”, el directorio principal del proyecto.

Configurar GitHub y Git por primera vez

Primero, deberá registrarse para obtener una cuenta en Build software mejor, juntos. Es tan simple como registrarse en cualquier otra red social. Ten a mano el correo electrónico que elegiste; pronto lo haremos nuevamente.

Podrías detenerte allí y GitHub funcionaría bien. Pero si desea trabajar en su proyecto en su computadora local, necesita tener instalado Git. De hecho, GitHub no funcionará en su computadora local si no instala Git. Instala Git para Windows, Mac o Linux.

Crear su repositorio en línea

Ahora que ya está todo listo, es hora de crear un lugar para que viva su proyecto. Tanto Git como GitHub se refieren a esto como un repositorio, o “repositorio” para abreviar, un directorio digital o espacio de almacenamiento donde puede acceder a su proyecto, sus archivos y todas las versiones de sus archivos que Git guarda.

Vuelva a Construir mejor el software, juntos y haga clic en el pequeño icono de libro junto a su nombre de usuario. O vaya a la nueva página del repositorio si todos los iconos se ven iguales. Déle a su repositorio un nombre corto y memorable

Creando su repositorio local

Así que acabamos de hacer un espacio para que su proyecto viva en línea, pero no es allí donde trabajará en él. La mayor parte de su trabajo se realizará en su computadora. Por lo tanto, debemos reflejar ese repositorio que acabamos de crear como directorio local.

Esto, donde hacemos un tipeo pesado de la línea de comando, es la parte de cada tutorial de Git que realmente me hace tropezar, así que voy a ir tediosamente, con una inteligencia insultantemente lenta.