IDEA, Git, BitBucket на практиці. Частина 1. Основи. Працюємо локально.

Втомившись тягати флешку з JavaRushHomeWork.7z з роботи додому а з дому на роботу, в черговий раз забувши скопіювати незавершені завдання, мною було прийнято вольове рішення не чекати 39-го рівня і налаштувати для власного користування зв'язку Git + BitBucket. BitBucket , тому що є безкоштовні приватні репозиторії (не забуваємо про правила JavaRush), а Git , тому що Git тому що був на слуху, тому що в мене про нього вже якось питали. На той момент все здавалося простим і зрозумілим: реєструємось на bitbucket.org , встановлюємо Git , тиснемо одну чарівну кнопку і мої файли з'являються на сервері, тиснемо іншу і чудово продовжуємо працювати з актуальними файлуми в іншому місці. Почитав я тут і тут , зареєструвався, встановив, прописав, підключив, натиснув "Share project", ввів ім'я, вибрав тип і... диво не сталося. Не злетіло, на сервері було порожньо... З жалем був змушений констатувати пару фактів: без бубна не обійтися, я зовсім не розумію що мало статися насправді, так би мовити під капотом, і що означають усі ці нові слова, які в одну мить з'явабося в моєму житті. Отже, запасаємося терпінням, беремо до рук чудову книгу Pro Git і починаємо все спочатку.

Зовсім трохи теорії, для розігріву.

Система керування версіями – система, яка відстежує зміни в одному або кількох файлух і дозволяє відновити певні старі версії. Git – розподілена система керування версіями файлів. Розподілена система контролю версій - система, у якій вся історія змін зберігається кожному комп'ютері, в локальному сховищі, і за необхідності окремі фрагменти історії локального сховища синхронізуються з аналогічним сховищем іншому комп'ютері. Що це означає для нас? А те, що на будь-якому комп'ютері, задіяному в процесі, ми локально матимемо копію потрібного нам репозиторію. За фактом основна робота ведеться саме з локальним репозиторієм . Отже, на даному етапі забуваємо про BitBucket і вчимося працювати з Git у IDEA локально.

Встановлення Git.

Отримати дистрибутив можна на сайті проекту git-scm.com Докладно розписувати процедуру встановлення сенсу немає, установка тривіальна, а доступні на цьому етапі налаштування цілком зрозумілі. Крім цього, в мережі повно матеріалів по встановленню, включаючи відео. Увага варто загострити лише на одному моменті, якщо Ви встановлюєте Git після IDEA, в останній необхідно вказати шлях git.exe. Якщо IDEA встановлювалася після Git, шлях буде додано автоматично.

Створення репозиторію Git.

Створити git-репозиторій можна двома способами:

1. Імпортувати в Git існуючий проект чи каталог.
2. Клонувати вже існуючий репозиторій із сервера.

Другий пункт ми розглянемо пізніше, коли перейдемо до роботи з Git-сервером, а поки що зосередимося на першому пункті. Спочатку, Git розрахований на роботу з консолі, в командному режимі, тому, для кращого розуміння того, що відбувається, нижче я наводитиму команди Git і ілюструвати їх командами меню або комбінаціями клавіш в IDEA. При цьому працювати в командному рядку можна безпосередньо з IDEA. Вихідні дані: простий проект IDEA з одним файлом класу. Для створення репозиторію служить команда git initЦя команда створить у поточному каталозі новий підкаталог .git із необхідними файлуми, основою репозиторію Git. Аналогічно в IDEA - VCS - Enable Version Control Integration IDEA бадьоро відрапортує про успішне завершення операції, в "Tool Buttons" з'явиться кілька нових закладок, а в закладці "Version Control" ми зможемо подивитися виконані команди та їх результат.

Додавання файлів

Основу репозиторію ми створабо, але проект поки що не перебуває під версійним контролем. І тут слід зробити невеликий ліричний відступ. У Git файли можуть бути в одному з трьох станів: зафіксованому, зміненому і підготовленому. Зафіксований - значить збережений у репозиторії. Змінені – файли, які були змінені, але не були зафіксовані. Підготовлені – змінені файли, відмічені для "фіксування".