IDEA, Git, BitBucket dalam praktiknya. Bagian 1: Dasar-dasar. Kami bekerja secara lokal.

Bosan membawa flash drive dengan JavaRushHomeWork.7z dari kantor ke rumah dan dari rumah ke kantor, sekali lagi lupa menyalin tugas yang belum selesai, saya membuat keputusan berkemauan keras untuk tidak menunggu level 39 dan menyiapkan kombinasi Git + BitBucket untuk keperluan pribadi. BitBucket , karena ada repositori pribadi gratis (jangan lupa aturan JavaRush), dan Git , karena Git, karena sudah terkenal, karena saya sudah ditanya tentangnya. Pada saat itu, semuanya tampak sederhana dan jelas: daftar di bitbucket.org , instal Git , tekan satu tombol ajaib dan file saya muncul di server, tekan tombol lain dan secara ajaib terus bekerja dengan file saat ini di tempat lain. Saya membacanya di sini dan di sini , mendaftar, menginstal, mendaftar, terhubung, mengklik "Bagikan proyek", memasukkan nama, memilih jenis dan... keajaiban tidak terjadi. Itu tidak lepas landas, servernya kosong... Dengan menyesal saya terpaksa menyatakan beberapa fakta: Anda tidak dapat melakukannya tanpa rebana, saya sama sekali tidak mengerti apa yang seharusnya terjadi dalam kenyataan, bisa dikatakan, di balik terpal, dan apa arti semua kata baru yang muncul dalam hidup saya dalam sekejap. Jadi, bersabarlah, ambil buku Pro Git yang luar biasa dan mulai dari awal lagi.

Sedikit teori untuk pemanasan.

Kontrol versi adalah sistem yang melacak perubahan pada satu atau lebih file dan memungkinkan pemulihan versi lama tertentu. Git adalah sistem kontrol versi file terdistribusi. Sistem kontrol versi terdistribusi adalah sistem di mana seluruh riwayat perubahan disimpan di setiap komputer, di penyimpanan lokal, dan, jika perlu, masing-masing bagian dari riwayat penyimpanan lokal disinkronkan dengan penyimpanan serupa di komputer lain. Apa artinya ini untuk kita? Dan faktanya adalah di komputer mana pun yang terlibat dalam proses tersebut, kami secara lokal akan memiliki salinan repositori yang kami perlukan. Faktanya, pekerjaan utama dilakukan dengan repositori lokal . Oleh karena itu, pada tahap ini kita melupakan BitBucket dan belajar bekerja dengan Git di IDEA secara lokal.

Menginstal Git.

Anda bisa mendapatkan distribusinya di situs proyek git-scm.com Tidak ada gunanya menjelaskan prosedur instalasi secara detail, instalasinya sepele, dan pengaturan yang tersedia pada tahap ini cukup jelas. Selain itu, Internet penuh dengan materi instalasi, termasuk video. Perhatian harus difokuskan hanya pada satu hal: jika Anda menginstal Git setelah IDEA, pada titik terakhir Anda harus menentukan jalur ke git.exe. Jika IDEA diinstal setelah Git, jalur akan ditambahkan secara otomatis.

Membuat repositori Git.

Ada dua cara untuk membuat repositori git:

1. Impor proyek atau direktori yang ada ke Git.
2. Kloning repositori yang ada dari server.

Kami akan mempertimbangkan poin kedua nanti, ketika kami melanjutkan bekerja dengan server Git, tetapi untuk saat ini kami akan fokus pada poin pertama. Awalnya, Git dirancang untuk bekerja dari konsol, dalam mode perintah, oleh karena itu, untuk pemahaman yang lebih baik tentang apa yang terjadi, di bawah ini saya akan memberikan perintah Git dan mengilustrasikannya dengan perintah menu atau pintasan keyboard di IDEA. Pada saat yang sama, Anda dapat mengerjakan baris perintah langsung dari IDEA. Masukan: Proyek IDEA sederhana dengan satu file kelas. Untuk membuat repositori, gunakan perintah git initPerintah ini akan membuat subdirektori .git baru di direktori saat ini dengan file yang diperlukan, dasar dari repositori Git. Demikian pula, di IDEA - VCS - Aktifkan Integrasi Kontrol Versi IDEA akan dengan senang hati melaporkan keberhasilan penyelesaian operasi, beberapa tab baru akan muncul di "Tombol Alat", dan di tab "Kontrol Versi" kita dapat melihat eksekusi perintah dan hasilnya.

Menambahkan file

Kami telah membuat dasar repositori, tetapi proyek ini belum berada di bawah kendali versi. Dan di sini kita harus membuat penyimpangan liris kecil. Di Git, file dapat berada dalam salah satu dari tiga status: dikomit, dimodifikasi, dan disiapkan. Berkomitmen berarti disimpan di repositori. Berubah - file yang telah diubah tetapi belum dikomit. Disiapkan - file yang dimodifikasi ditandai untuk "komit".