IDEA, Git, BitBucket in pratica. Parte 1: Nozioni di base. Lavoriamo localmente.

Stanco di portare una chiavetta USB con JavaRushHomeWork.7z dal lavoro a casa e da casa al lavoro, dimenticandomi ancora una volta di copiare le attività non completate, ho deciso con decisione di non aspettare il livello 39 e di impostare una combinazione Git + BitBucket per uso personale. BitBucket , perché ci sono repository privati ​​gratuiti (non dimenticare le regole JavaRush), e Git , perché Git, perché era ben noto, perché me lo avevano già chiesto. In quel momento tutto sembrava semplice e chiaro: registrati su bitbucket.org , installa Git , premi un pulsante magico e i miei file appariranno sul server, premine un altro e miracolosamente continua a lavorare con i file attuali in un altro posto. L'ho letto qui e qui , mi sono registrato, ho installato, mi sono registrato, mi sono connesso, ho cliccato su "Condividi progetto", ho inserito un nome, ho selezionato una tipologia e... non è avvenuto il miracolo. Non è decollato, il server era vuoto... Con rammarico sono stato costretto a precisare un paio di fatti: non si può fare a meno del tamburello, non capisco assolutamente cosa dovesse succedere nella realtà, per così dire, sotto il cofano, e cosa significano tutte queste nuove parole apparse nella mia vita in un istante. Quindi, sii paziente, prendi il meraviglioso libro Pro Git e ricomincia tutto da capo.

Solo un po' di teoria per riscaldarci.

Il controllo della versione è un sistema che tiene traccia delle modifiche apportate a uno o più file e consente il ripristino di alcune versioni precedenti. Git è un sistema di controllo della versione di file distribuito. Un sistema di controllo della versione distribuito è un sistema in cui l'intera cronologia delle modifiche è archiviata su ciascun computer, nella memoria locale e, se necessario, singoli frammenti della cronologia della memoria locale sono sincronizzati con una memoria simile su un altro computer. Cosa significa questo per noi? E il fatto è che su qualsiasi computer coinvolto nel processo avremo localmente una copia del repository di cui abbiamo bisogno. In effetti, il lavoro principale viene svolto con il repository locale . Pertanto, in questa fase dimentichiamo BitBucket e impariamo a lavorare con Git in IDEA localmente.

Installazione di Git.

È possibile ottenere la distribuzione sul sito web del progetto git-scm.com. Non ha senso descrivere la procedura di installazione in dettaglio, l'installazione è banale e le impostazioni disponibili in questa fase sono abbastanza chiare. Inoltre, Internet è pieno di materiali di installazione, inclusi video. L'attenzione va focalizzata su un solo punto: se installi Git dopo IDEA, in quest'ultimo devi specificare il percorso di git.exe. Se IDEA è stato installato dopo Git, il percorso verrà aggiunto automaticamente.

Creazione di un repository Git.

Esistono due modi per creare un repository git:

1. Importa un progetto o una directory esistente in Git.
2. Clonare un repository esistente dal server.

Considereremo il secondo punto più avanti, quando passeremo a lavorare con il server Git, ma per ora ci concentreremo sul primo punto. Inizialmente Git è progettato per funzionare dalla console, in modalità comando, quindi, per una migliore comprensione di ciò che sta accadendo, di seguito fornirò i comandi di Git e li illustrerò con comandi di menu o scorciatoie da tastiera in IDEA. Allo stesso tempo, puoi lavorare sulla riga di comando direttamente da IDEA. Input: un semplice progetto IDEA con un file di classe. Per creare un repository, utilizzare il comando git initQuesto comando creerà una nuova sottodirectory .git nella directory corrente con i file necessari, la base del repository Git. Allo stesso modo, in IDEA - VCS - Abilita integrazione controllo versione IDEA riporterà allegramente il completamento con successo dell'operazione, un paio di nuove schede appariranno nei "Pulsanti strumenti" e nella scheda "Controllo versione" possiamo vedere l'esecuzione comandi e i loro risultati.

Aggiunta di file

Abbiamo creato le basi del repository, ma il progetto non è ancora sotto il controllo della versione. E qui dovremmo fare una piccola digressione lirica. In Git, i file possono trovarsi in uno dei tre stati: commit, modificati e preparati. Impegnato significa salvato nel repository. Modificato : file che sono stati modificati ma non salvati. File preparati - modificati contrassegnati per "commit".