IDEA, Git, BitBucket en la práctica. Parte 1: Conceptos básicos. Trabajamos localmente.

Cansado de llevar una unidad flash con JavaRushHomeWork.7z del trabajo a casa y de casa al trabajo, olvidándome una vez más de copiar las tareas pendientes, tomé la firme decisión de no esperar al nivel 39 y configuré una combinación de Git + BitBucket para uso personal. BitBucket , porque hay repositorios privados gratuitos (no te olvides de las reglas de JavaRush), y Git , porque Git, porque era muy conocido, porque ya me preguntaron sobre él. En ese momento, todo parecía simple y claro: registrarme en bitbucket.org , instalar Git , presionar un botón mágico y mis archivos aparecen en el servidor, presionar otro y milagrosamente seguir trabajando con los archivos actuales en otro lugar. Lo leí aquí y aquí , me registré, instalé, me registré, me conecté, hice clic en "Compartir proyecto", ingresé un nombre, seleccioné un tipo y... no ocurrió el milagro. No despegó, el servidor estaba vacío... Con pesar me vi obligado a declarar un par de hechos: no se puede prescindir de una pandereta, no entiendo en absoluto lo que se suponía que debía pasar en realidad, por así decirlo, bajo el capó, y qué significan todas estas nuevas palabras que aparecieron en mi vida en un instante. Entonces, tenga paciencia, tome el maravilloso libro de Pro Git y comience de nuevo.

Sólo un poco de teoría para calentar.

El control de versiones es un sistema que rastrea los cambios en uno o más archivos y permite restaurar ciertas versiones anteriores. Git es un sistema de control de versiones de archivos distribuido. Un sistema de control de versiones distribuido es un sistema en el que el historial completo de cambios se almacena en cada computadora, en el almacenamiento local y, si es necesario, se sincronizan fragmentos individuales del historial del almacenamiento local con un almacenamiento similar en otra computadora. ¿Qué significa esto para nosotros? Y es que en cualquier ordenador que participe en el proceso, localmente tendremos una copia del repositorio que necesitamos. De hecho, el trabajo principal se realiza con el repositorio local . Por lo tanto, en esta etapa nos olvidamos de BitBucket y aprendemos a trabajar con Git en IDEA localmente.

Instalando Git.

Puede obtener la distribución en el sitio web del proyecto git-scm.com. No tiene sentido describir el procedimiento de instalación en detalle, la instalación es trivial y las configuraciones disponibles en esta etapa son bastante claras. Además, Internet está lleno de materiales de instalación, incluidos vídeos. La atención debe centrarse en un solo punto: si instala Git después de IDEA, en este último debe especificar la ruta a git.exe. Si IDEA se instaló después de Git, la ruta se agregará automáticamente.

Creando un repositorio Git.

Hay dos formas de crear un repositorio git:

1. Importe un proyecto o directorio existente a Git.
2. Clonar un repositorio existente desde el servidor.

Consideraremos el segundo punto más adelante, cuando pasemos a trabajar con el servidor Git, pero por ahora nos centraremos en el primer punto. Inicialmente, Git está diseñado para funcionar desde la consola, en modo comando, por lo tanto, para comprender mejor lo que está sucediendo, a continuación daré comandos de Git y los ilustraré con comandos de menú o atajos de teclado en IDEA. Al mismo tiempo, puedes trabajar en la línea de comando directamente desde IDEA. Entrada: un proyecto IDEA simple con un archivo de clase. Para crear un repositorio, use el comando. git initEste comando creará un nuevo subdirectorio .git en el directorio actual con los archivos necesarios, la base del repositorio Git. De manera similar, en IDEA - VCS - Habilitar integración de control de versiones, IDEA informará alegremente sobre la finalización exitosa de la operación, aparecerán un par de pestañas nuevas en los "Botones de herramientas" y en la pestaña "Control de versiones" podremos ver el archivo ejecutado. comandos y sus resultados.

Agregar archivos

Hemos creado la base del repositorio, pero el proyecto aún no está bajo control de versiones. Y aquí conviene hacer una pequeña digresión lírica. En Git, los archivos pueden estar en uno de tres estados: confirmado, modificado y preparado. Comprometido significa guardado en el repositorio. Modificado : archivos que se han modificado pero no confirmados. Preparado : archivos modificados marcados para "confirmar".