Ana Sayfa Kitabı Online Oku Yazar Hakkında

4.Gün: Değişiklikleri Kaydetme

Bu bölümde bilgisayarınızda oluşturduğunuz yerel bir deponun veya uzaktaki bir deponun bilgisayarınızdaki kopyasında yapacağınız değişiklikleri nasıl versiyon kontrolü altına alacağımız ile ilgili bilgilerimizi tazeleyip alıştırmalar yapacağız.

Projenizi ister yerel bir depoda olsun isterseniz uzak bir depodan klonlamış olsun tüm değişiklikleriniz yerel diskinizde gerçekleşecek ve commitleriniz ile oluşturacağınız tüm versiyonlar git tarafından yerel diskinizdeki .git klasöründeki Git veri tabanında kayıt altına alınıp takip edilecektir. git push komutunu çalıştırmadığınız sürece yaptığınız değişiklikler sadece yerel diskinizde kayıt altına alınır.

Dosya Durumları

Git’de dosyalarınız genel olarak iki durumda olabilir

Takip Edilmeyen (Untracked), bu durumdaki dosyalar versiyon kontrolü altında olmayan veya sizin henüz versiyon kontrolü yapmak için Git’e eklemediğiniz dosyalardır. Bu dosyalardaki değişiklikler siz dosyaları Git’e eklemediğiniz sürece versiyon kontrolüne tabi değildir

Takip Altında (Tracked), bu durumdaki dosyalar ise Git’in versiyon kontrolü takibi altında olan dosyalardır. Bu dosyalar üzerinde yapacağınız tüm değişiklikler git tarafından takip edilmektedir.

Staging Area

Çoğu versiyon kontrol sisteminde değişiklikleriniz iki yerde kaydedilir

Ancak Git’de değişikliklerinizin kayıt altına alındığı üçüncü bir alan daha vardır ki buna Staging Area denir ve Git’in en temel kavramlarından birisidir. Staging Area’yı, proje dosyalarımızdaki bir dizi değişikliği yeni bir versiyon olarak mühürlemeden önce kayıt altında tuttuğunuz veri tabanı olarak tanımlayabiliriz.

git add

Git ile versiyon kontrolü altına aldığınız projenize dosya eklediğinizde, dosya sildiğinizde veya var olan bir dosyanın içeriğini değiştirdiğinizde bu değişiklikler Git tarafından otomatik olarak takip edilmez. Git’in bu dosyaları takip etmesi için git add komutu ile bu dosyaları önce Git’e tanıtmanız gerekir.

Alıştırma - 1

Uzak deponuzdan bilgisayarınıza klonladığınız proje deponuzun src klasörü altındaki gun_04_01.txt isimli bir dosya ekleyip bu dosyanın içine adınızı ve soyadınızı yazın ve komut satırı ara yüzünden aşağıdaki komutları çalıştırın

# Proje klasörünüze konumlanın
cd <proje_kök_klasörü_yolu>

git status

Soru: git status komutunun sonucunda yeni eklediğiniz dosya yukarıda bahsedilen iki durumdan hangisindedir.

Alıştırma - 2

Uzak deponuzdan bilgisayarınıza klonladığınız proje deponuzun kök klasörü altında gun_04_02 isimli yeni bir klasör oluşturun ve aşağıdaki komutları komut satırı ara yüzünde çalıştırın

cd <proje_klasörü>

git add -A .

git status

Soru: git status komutunun sonucunda yeni eklediğiniz klasör tracked bir klasör haline geldi mi?

Soru: Boş klasörü tracked hale getirmek için nasıl bir yöntem izlemelisiniz?

Alıştırma - 3

git help add komutu çalıştırarak add komutuna aşağıdaki işlemleri desteklemek için hangi parametrelerin geçilebileceğini araştırıp her bir durum için git add komutunu çalıştırın.

git checkout

Checkout komutu birden fazla amaçla kullanılabilen komutlardan birisidir. Bunlar

Bu bölümde bu komutun kullanımlarından birincisi ile ilgileniyoruz. Checkout komutu ile değiştirdiğimiz ancak henüz git add ile Staging Area’ya eklemediğimiz dosyalardaki değişiklikleri aşağıdaki komut şablonunun kullanarak iptal edebiliriz.

git checkout <dosya_yolu_ve_dosya_adı>

Alıştırma - 1

Bu alıştırmayı yapmak için öncelikle proje kök klasörü altındaki src klasörüne txt uzantılı metin bir dosya ekleyip dosyayı commit etmeniz gerekiyor. Bu işlemi aşağıdaki komutlar ile hızlıca yapabilirsiniz.

# Proje klasörünüze konumlanın
cd <proje_kök_klasörü_yolu>

touch <dosya_adı_1>.txt

git add -A .

git commit -m “4. gün, ikinci bölüm 1. Alıştırma hazırlığı”

Dosyanızı commit ettikten sonra komut satırı ara yüzünde aşağıdaki komutları çalıştırın

# Proje klasörünüze konumlanın
cd <proje_kök_klasörü_yolu>

# <dosya_adı>.txt dosyasının içeriğini değiştirdikten sonra aşağıdaki komutları çalıştırın
git status

git checkout <dosya_adı_1>.txt

Alıştırma - 2

# Proje klasörünüze konumlanın
cd <proje_kök_klasörü_yolu>

# <dosya_adı_2>.txt isimli yeni bir dosya ekleyin ve içine adınızı soyadınızı yazın
git status

git checkout <dosya_adı_2>.txt

Soru: Aldığınız hatayı nasıl yorumlamamız lazım.

Alıştırma - 3

# önceki alıştırmada eklediğiniz <dosya_adı_2>.txt dosyasını git add ile Staging Area'ya ekleyin
# dosyanın içeriğini değiştirin ve kaydedin

$ git checkout <dosya_adı_2>.txt

Soru: git checkout işlemi sonrasında .txt dosyasının içeriği Staging Area'ya eklenmeden önceki haline döndü mü? Neden?

git reset

Reset komut ile Staging Area’ya git add ile eklediğimiz ve Git tarafından takip edilen (tracked) dosyaları Staging Area’dan çıkarabiliriz. Komut şu şablonu şöyle

git reset HEAD <dosya_adı>

Komut şablonundaki parametre değerini vermeden de komutu çalıştırabilirsiniz. Bu durumda Staging Area'daki tüm dosyalar bu alandan çıkarılır ve tekrar takip edilmeyen(untracked) durumuna gelir.

Komut şablonundaki HEAD parametre değeri verilmeden de komutu çalıştırabilirsiniz. Bu durumda reset işlemi dosyanızı son commit’de olduğu haline geri getirir.

Alıştırma

# Proje klasörünüze konumlanın
cd <proje_kök_klasörü_yolu>

# Daha önceki alıştırmalarda eklediğiniz ve commit ettiğiniz herhangi bir dosyanın içeriğini değiştirin
git status

# dosyanız henüz track edilmiyor

# Değiştirdiğiniz txt uzantılı tüm dosyaları Staging Area’ya ekleyin
git add *.txt

git status
# dosyalarınız tracked hale geldi

git reset HEAD <dosya_adı>.txt

git status
# <dosya_adı>.txt isimli dosyanız tekrar untracked halde

Soru-1: Dosyanızda yaptığınız değişiklik kayboldu mu?

Soru-2: Dosyanızı değişiklik yapılmadan önceki hale getirmek için hangi komutu kullanmanız lazım? (İPUCU: Son durumda dosyanız untracked durumda yani Staging Area’da değil)

« Geri İleri »