sheet - git push tag

Diferencia entre Git y GitHub (8)

Recientemente agregué un nuevo proyecto a Git usando Eclipse, pero no veo que el proyecto aparezca en mi cuenta de GitHub.

¿Por qué tienen la misma información de cuenta y diferentes repositorios?

¿No es Git y GitHub lo mismo?

¿Qué es Git ?

"Git es un sistema de control de versiones distribuido de código abierto y gratuito , diseñado para manejar todo, desde proyectos pequeños hasta proyectos muy grandes con velocidad y eficiencia"

Git es un sistema distribuido de control de versiones entre pares. Cada nodo en la red es un par, que almacena depósitos completos que también pueden actuar como copias de seguridad distribuidas de múltiples nodos. No hay un concepto específico de un servidor central, aunque los nodos pueden ser sin cabeza o "desnudos", asumiendo un rol similar al servidor central en los sistemas de control de versiones centralizados.

¿Qué es GitHub ?

"GitHub es un servicio de alojamiento de repositorios Git basado en la web , que ofrece todas las funciones de control de revisión distribuida y gestión de código fuente (SCM) de Git, además de agregar sus propias características".

Github proporciona control de acceso y varias características de colaboración, como wikis, administración de tareas, y seguimiento de errores y solicitudes de características para cada proyecto.

No necesitas GitHub para usar Git.

GitHub (y cualquier otro sistema local, remoto o alojado) pueden ser pares en los mismos repositorios con versiones distribuidas dentro de un solo proyecto.

Github te permite:

Comparte tus repositorios con otros.
Accede a los repositorios de otros usuarios.
Almacene copias remotas de sus repositorios (servidores github) como copia de seguridad de sus copias locales.

De manera simple, podemos ver a continuación la diferencia entre git y git hub y VSTS.

git : - Trate a git como un motor / tecnología para lograr el control de la versión de origen de nuestro proyecto. A diferencia de TFS (una vez más un control de versión de fuente centralizada), git es una tecnología de control de versión distribuida. Eso significa que git it realmente no obliga a tener ningún servidor. A través de la tecnología git, podemos hacer que nuestra propia máquina local como repositorio de código fuente no requiera tener un servidor centralizado siempre (en gran escala puede tener un servidor Microsoft para impulsar y mantener nuestro código fuente del proyecto). Pero con el control de versiones tipo SVN y TFS, es obligatorio que un servidor esté asociado con él.

Por ejemplo, si soy un desarrollador independiente y me dirijo directamente a mi cliente y no hay otro desarrollador involucrado, necesito mantener el control de versión de mi código para revertir (cualquier versión) y confirmar mis códigos y no tengo un presupuesto para obtener un servidor y no tengo tiempo para instalar y usar otro servidor en mi máquina como servidor TFS y cliente TFS. Entonces, la forma óptima es instalar el motor git y usar mi máquina local como un repositorio para el control de versiones por git.

GitHub : - como dije anteriormente, git es una tecnología y se usa con algunos comandos / shell, es decir, git solo no tiene IU. GitHub es un producto en línea o repositorio en línea que utiliza la tecnología git para su proceso y logra controles de versión junto con otras funcionalidades como seguimiento de errores, gestión de proyectos, gestión de tickets de soporte, etc. En otras palabras, Git Hub es un envoltorio basado en tecnología git con una interfaz de usuario y otras funcionalidades de otra firma de terceros, en realidad es un producto propiedad de alguien o algún grupo basado en tecnología git, donde git es de código abierto, y no es comercializable. producto.

VSTS : - VSTS es un producto de Microsoft para el repositorio en línea que mantiene el control de la versión de origen que puede tratarse como una alternativa a git hub. Dado que es de Microsoft, VSTS es compatible con la tecnología git y TFS (control de versiones de la fundación TFVC-team). Debido a que TFS es otro producto antiguo de Microsoft para lograr este control de versión. Generalmente supongo que VSTS volcará TFS gradualmente, ya que git es la tecnología más destacada en esta área y es de código abierto.

En la analogía de SVN, Git reemplaza a SVN, mientras que GitHub reemplaza a SourceForge: P

Si este proyecto tuyo es nuevo, aún puedes comprometerte con tu Git local, luego puedes presionar a GitHub más adelante. Deberá agregar su repositorio de GitHub como un ''repositorio remoto'' en su configuración de Git.

Parece que tienen algo para los usuarios de Eclipse: http://eclipse.github.com/

De lo contrario, si eres nuevo en Git: http://git-scm.com/book

Git: la herramienta de control de versiones que GitHub está construida sobre.

GitHub - Nuestra compañía y el nombre de nuestro software. Construimos software y sitios web para ayudarlo a interactuar con los repositorios de Git de una manera agradable.

GitHub.com: el sitio web en el que inicia sesión para ver los repositorios en línea.

GitHub Desktop: una aplicación que puede instalar en su computadora para ayudarlo a sincronizar el código local con GitHub.com.

fuente: https://guides.github.com/introduction/getting-your-project-on-github/

Hay una serie de diferencias obvias entre Git y GitHub .

Git en sí está realmente enfocado en las tareas esenciales del control de versiones. Mantiene un historial de confirmación, le permite revertir los cambios a través de los comandos de reset y revert , y le permite compartir código con otros desarrolladores a través de los comandos de inserción y extracción. Creo que esas son las características esenciales que todo desarrollador quiere de una herramienta DVCS.

No Scope Creep con Git

Pero una cosa acerca de Git es que realmente solo se enfoca en láser en el control de código fuente y nada más. Eso es increíble, pero también significa que la herramienta carece de muchas características que las organizaciones desean. Por ejemplo, no hay instalaciones de administración de usuarios integradas para autenticar quién se está conectando y confirmando el código. La integración con cosas como Jira o Jenkins se deja a los desarrolladores para que descubran a través de cosas como ganchos. Básicamente, hay una gran cantidad de lugares donde las características podrían integrarse. Ahí es donde entran organizaciones como GitHub y GitLab.

Características adicionales de GitHub

El "valor agregado" principal de GitHub es que proporciona una plataforma basada en la nube para Git. Eso en sí mismo es impresionante. Además de eso, GitHub también ofrece:

seguimiento de tareas simple
una aplicación de escritorio GitHub
edición de archivos en línea
reglas de protección de rama
características de solicitud de extracción
herramientas organizativas
límites de interacción para hotheads
soporte emoji !!! : octocat:: +1:

Así que GitHub realmente agrega brillo y refinamiento a una herramienta ya conocida DVCS.

Git y competidores de GitHub

A veces, cuando se trata de diferenciar entre Git y GitHub, creo que es bueno ver contra quién compiten. Git compite en un avión con herramientas como Mercurial, Subversion y RTC, mientras que GitHub es más en el espacio SaaS que compite con proveedores en la nube como GitLab y BitBucket de Atlassian.

No se requiere GitHub

Una cosa que siempre me gusta recordar a la gente es que no necesitas GitHub o GitLab o BitBucket para usar Git. Git fue lanzado en qué, 2005? GitHub no apareció en escena hasta 2007 o 2008, por lo que las grandes organizaciones estaban controlando la versión distribuida con Git mucho antes de que aparecieran los proveedores de alojamiento en la nube. Así que Git está bien por sí solo. No necesita un servicio de alojamiento en la nube para ser efectivo. Pero al mismo tiempo, tener un proveedor de PaaS ciertamente no duele.

Trabajando con GitHub Desktop

Por cierto, ¿mencionó la discrepancia entre los repositorios en su cuenta de GitHub y los repositorios que tiene localmente? Eso es comprensible. Hasta que no te hayas conectado y realizado una extracción o recuperación, el repositorio local de Git no conoce el repositorio remoto de GitHub. Dicho esto, GitHub proporciona una herramienta conocida como el escritorio de GitHub que le permite conectarse a GitHub desde un cliente de escritorio y cargar fácilmente repositorios Git locales a GitHub, o traer repositorios GitHub a su máquina local.

No estoy demasiado impresionado con la herramienta, ya que una vez que conoces a Git, estas cosas no son tan difíciles de hacer en el shell Bash, pero es una opción.

Todos se refieren al control de la fuente, como todos sabemos. En una analogía, si Git es una computadora independiente, entonces GitHub es una red de computadoras conectadas por la web con timbres y silbidos.

Git es un sistema de control de revisiones, una herramienta para administrar el historial del código fuente.

GitHub es un servicio de alojamiento para repositorios Git.

Entonces no son lo mismo: Git es la herramienta , GitHub es el servicio para proyectos que usan Git .

Para obtener su código de GitHub, eche un vistazo aquí .

GitHub es un sitio web donde puede cargar una copia de su repositorio Git. Es un servicio de alojamiento de repositorio Git, que ofrece todas las funciones de control de revisión distribuida y gestión de código fuente (SCM) de Git, además de agregar sus propias características.

A diferencia de Git , que es estrictamente una herramienta de línea de comandos, GitHub proporciona una interfaz gráfica y un escritorio basados en la web, así como una integración móvil. También proporciona control de acceso y varias características de colaboración como wikis, administración de tareas, seguimiento de errores y otras características que pueden ser útiles para proyectos. Te permite colaborar con otras personas en un proyecto. Lo hace al proporcionar una ubicación centralizada para compartir el repositorio, una interfaz basada en la web para verlo y características como forking, solicitudes de extracción, control de revisión distribuido, problemas y wikis.