"Enter"a basıp içeriğe geçin

Yeni Başlayanlar için Git Eğitimi – Linux İpucu

Yeni Başlayanlar için Git Eğitimi

Yazılım geliştirme ortak bir iştir. Bir yazılım mühendisi olarak, çalışmanızı başkalarıyla paylaşmanız gerekir. Ancak kodu paylaşmak ve işbirliği yapmak karmaşıklaşabilir. Bir yazılımın yaşam döngüsü boyunca meydana gelen çeşitli değişiklikleri takip etmek zordur. Bu nedenle geliştirme ekipleri, yazılım işbirliği sürecine yardımcı olmak için sürüm kontrol araçlarına güvenir. Git, yazılım endüstrisindeki en önemli sürüm kontrol araçlarından biridir.

Uç: Bu öğreticide Git’in temellerini nasıl kullanacağınızı öğreneceksiniz. Her bölüm birkaç soru ile sona ermektedir. Bölümü okumaya başlamadan önce soruları okuyabilirsiniz. Bu, önemli noktaları anlamanıza ve dikkat etmenize yardımcı olacaktır.

Git’i öğrenirken iyi eğlenceler!

Git: Kısa Bir Bakış

Git, dağıtılmış bir sürüm kontrol sistemidir. Dosya ve klasörlerinizde yaptığınız değişiklikleri takip eder. Devam eden çalışmanızı kaydetmenizi kolaylaştırır. Bir sorun varsa, dosya veya klasörün önceki bir sürümünü kolayca kontrol edebilirsiniz. Gerekirse, tüm kod tabanınızı daha eski bir sürüme bile döndürebilirsiniz.

Git’in gelişimi 2005 yılında başladı. Linux çekirdek grubu, kodlarını tescilli bir dağıtılmış sürüm kontrol sistemi olan BitKeeper’da korumak için kullanılırdı. Ancak BitKeeper, ürünün ücretsiz kullanımını geri çekti. Linux’un yaratıcısı ve baş geliştiricisi Linus Torvalds, Linux geliştirme topluluğunun gereksinimlerini karşılayacak yeni bir açık kaynaklı dağıtılmış sürüm kontrol sistemi tasarladı. Ve Git doğdu.

Dağıtılmış bir sürüm kontrol sistemi olarak Git, kodu takip etmek için merkezi bir otorite gerektirmez. CVS, SVN veya Performance gibi daha eski merkezi sürüm kontrolleri, değişiklik geçmişini korumak için merkezi sunucular gerektirir. Git, tüm değişiklikleri yerel olarak takip edebilir ve eşler arası çalışabilir. Bu nedenle, merkezi sistemlerden daha çok yönlüdür.

Sorular:

  • Git’i neden kullanmalısınız?
  • Dağıtılmış sürüm kontrolünün faydası nedir?

Git’i Yükleme

Linux sistemleri için Git’i kurmak kolaydır. Ubuntu gibi Debian tabanlı bir dağıtım kullanıyorsanız, apt kurulumunu kullanabilirsiniz:

$ sudo uygun Yüklemek git-all

Fedora, RHEL veya CentOS için şunları kullanabilirsiniz:

$ sudo dnf Yüklemek git-all

Aşağıdaki komutu kullanarak Git’in kurulu olup olmadığını kontrol edebilirsiniz:

Size yüklediğiniz Git sürümünü göstermelidir, örneğin:

Git’i yükledikten sonra, kullanıcı adınızı ve e-postanızı ayarlamanın zamanı geldi:

$ git yapılandırma–küresel Kullanıcı adı “Kullanıcı adınızı”
$ git yapılandırma–küresel Kullanıcı e-postası [e-posta korumalı]

Aşağıdaki komutu kullanarak yapılandırmaların doğru şekilde ayarlanıp ayarlanmadığını kontrol edebilirsiniz:

$ git yapılandırma–liste
user.name=kullanıcıadınız
user.email=kullanıcı adınız@örnek.com

Uç: Bu yapılandırmalar değişikliklerinizi izlemek için kullanıldığından, user.name ve user.email’i ayarlamak önemlidir.

sorular

  • Git’i Linux sisteminize kurma komutu nedir?
  • user.name ve user.email yapılandırmasını neden ayarlamalısınız? Onları nasıl kurarsınız?

Git’i Kavramsal Olarak Anlamak

Git’i kullanmak için önce şu dört kavramı anlamanız gerekir:

  • Çalışma dizini
  • Sahne Alanı
  • depo
  • Uzak Depo

Çalışma dizini, hazırlama alanı ve depo, makinenizde yereldir. Uzak depo başka herhangi bir bilgisayar veya sunucu olabilir. Bu kavramları standart A1 kağıtlarını tutabilen dört kutu olarak düşünelim.

Masanızdaki A1 kağıdına elle bir belge yazdığınızı varsayalım. Bu belgeyi çalışma dizini kutusunda tutarsınız. Çalışmanızın belirli bir aşamasında, yapmış olduğunuz çalışmanın bir kopyasını saklamaya hazır olduğunuza karar verirsiniz. Böylece mevcut kağıdınızın bir fotokopisini çekip hazırlama kutusuna koyarsınız.

Evreleme kutusu geçici bir alandır. Hazırlama kutusundaki fotokopiyi atmaya ve onu çalışma dizini belgesinin yeni bir kopyasıyla güncellemeye karar verirseniz, hazırlanan bu belgenin kalıcı bir kaydı olmayacaktır.

Hazırlama kutusunda sahip olduğunuz belgenin kalıcı kaydını tutmak istediğinizden oldukça emin olduğunuzu varsayalım. Ardından, hazırlama kutusu belgesinin bir fotokopisini çeker ve onu depo kutusuna taşırsınız.

Onu depo kutusuna taşıdığınızda iki şey olur:

  1. Belgenin anlık görüntüsü kalıcı olarak kaydedilir.
  2. Anlık görüntüye gitmek için bir günlük dosyası girişi yapılır.

Günlük girişi, gelecekte ihtiyacınız olursa, belgenizin o belirli anlık görüntüsünü bulmanıza yardımcı olur.

Şimdi, yerel depo kutusunda, çalışmanızın bir anlık görüntüsüne ve bir günlük girişine sahipsiniz. Ama sadece sizin için kullanılabilir. Böylece, günlük dosyasıyla birlikte yerel depo belgenizin bir kopyasını çıkarır ve şirketin tedarik odasındaki bir kutuya koyarsınız. Artık şirketinizdeki herkes gelip belgenizin bir kopyasını alıp masasına götürebilir. Tedarik odasındaki kutu uzak depo olacaktır.

Uzak depo, belgenizi Google Dokümanlar veya Dropbox kullanarak paylaşmaya benzer.

Sorular:

  • Çalışma dizini, evreleme, depo ve uzak depo tanımlayabilir misiniz?
  • Belgelerin bir aşamadan diğerine nasıl geçtiğini çizebilir misiniz?

İlk Git Deponuz

Git’i kurduktan sonra kendi Git depolarınızı oluşturmaya başlayabilirsiniz. Bu bölümde Git deponuzu başlatacaksınız.

Bir web geliştirme projesi üzerinde çalıştığınızı varsayalım. Project_helloworld adında bir klasör oluşturalım ve dizine geçelim:

$ mkdir proje_helloworld
$ CD proje_helloworld

Git’e aşağıdaki komutla bu dizini izlemesini söyleyebilirsiniz:

Bunun gibi bir çıktı görmelisiniz:

Başlatılan boş Git deposu içinde/Kullanıcılar/zakh/_İş/ÖğrenGIT/git_tutorial/
proje_helloworld/.git

Artık project_helloworld içindeki tüm dosya ve klasörler Git tarafından izlenecek.

Sorular:

  • Git tarafından izlenecek bir dizini nasıl başlatırsınız?

Temel Git Komutları: durum, günlüğe kaydetme, ekleme ve tamamlama

Status komutu, çalışma dizininizin mevcut durumunu, log komutu ise geçmişi gösterir. Durum komutunu deneyelim:

$ git durumu
Şube yöneticisinde
İlk taahhüt
taahhüt edecek bir şey yok (oluşturmak/dosyaları kopyala ve kullan “git ekle” izlemek için)

git status komutunun çıktısı, ana dalda olduğunuzu söylüyor. Bu, Git’in başlattığı varsayılan daldır. (Kendi şubelerinizi oluşturabilirsiniz. Şubeler hakkında daha sonra). Ayrıca, çıktı taahhüt edilecek bir şey olmadığını söylüyor.

Log komutunu deneyelim:

$ git günlüğü
ölümcül: mevcut şubeniz ‘usta’ henüz herhangi bir taahhüt yok

Yani, bazı kodlar oluşturmanın zamanı geldi. index.html adında bir dosya oluşturalım:

<html>

<Başlık>

Web Sayfam</Başlık></başlık>
<vücut>
Selam Dünya
</vücut>
</html>

Dosyayı oluşturmak için metin düzenleyiciyi kullanabilirsiniz. Dosyayı kaydettikten sonra durumu tekrar kontrol edin:

$ git durumu
Şube yöneticisinde
İlk taahhüt
İzlenmeyen dosyalar:
(kullanmak “git ekle …” içermek içinde ne taahhüt edilecek)
index.html
işlemek için hiçbir şey eklenmedi, ancak izlenmeyen dosyalar mevcut (kullanmak “git ekle” izlemek için)

Git, çalışma dizininizde izlenmeyen index.html adında bir dosyanız olduğunu söylüyor.

Index.html’nin izlendiğinden emin olalım. Ekle komutunu kullanmanız gerekecek:

Alternatif olarak, “.” kullanabilirsiniz. Dizindeki her şeyi ekleme seçeneği:

Şimdi durumu tekrar kontrol edelim:

$ git durumu
Şube yöneticisinde
İlk taahhüt
Taahhüt edilecek değişiklikler:
(kullanmak “git rm –önbelleğe alınmış …” sahneden çıkarmak)
yeni dosya: index.html

Yeşil, index.html dosyasının Git tarafından izlendiğini gösterir.

Uç: Yukarıdaki talimatlarda belirtildiği gibi, komutu kullanırsanız:

$ git rm –cached index.html

index.html’niz izlenmeyen durumuna geri dönecektir. Sahnelemeye geri getirmek için tekrar eklemeniz gerekecek.]

Günlüğü tekrar kontrol edelim:

$ git günlüğü
ölümcül: mevcut şubeniz ‘usta’ henüz herhangi bir taahhüt yok

Yani Git, index.html’yi izliyor olsa da, Git deposunda dosya hakkında henüz bir şey yok. Değişikliklerimizi taahhüt edelim:

$ git commit -m “index.html taahhüt ediliyor”
Çıktı şöyle görünmelidir:
[master (root-commit) f136d22] index.html taahhüt ediliyor
1 dosya değişti, 6 ekleme(+)
100644 index.html modunu oluştur

“-m”den sonra gelen tırnak içindeki metin, günlük dosyasına girecek bir yorumdur. Git commit’i “-m” olmadan kullanabilirsiniz, ancak Git, yorumları yazmanızı isteyen bir metin düzenleyici açar. Yorumları doğrudan komut satırına koymak daha kolaydır.

Şimdi log dosyamızı kontrol edelim:

$ git günlüğü
taahhüt f136d22040ba81686c9522f4ff94961a68751af7
Yazar: Zak H <zakh@örnek.com>
Tarih: Pzt Haz 416:53:422018-0700
index.html işleniyor

Bir taahhüt gösterdiğini görebilirsiniz. Değişikliklerinizi yerel deponuza başarıyla uyguladınız. Aynı logu kısa ve öz bir şekilde görmek isterseniz aşağıdaki komutu kullanabilirsiniz:

$ git günlüğü –oneline
f136d22 İşleme index.html

İleride, neler olup bittiğini anlamayı kolaylaştırdığı için log komutunun bu formunu kullanacağız.

İndex.html’yi düzenlemeye başlayalım. index.html dosyasını bir düzenleyicide açın ve “Merhaba dünya” satırını “Merhaba dünya! Benim!” ve kaydedin. Durumu tekrar kontrol ederseniz, Git’in dosyayı düzenlediğinizi fark ettiğini göreceksiniz:

$ git durumu
Şube yöneticisinde
Aşamalı olmayan değişiklikler için işlemek:
(kullanmak “git ekle …” ne taahhüt edileceğini güncellemek için)
(kullanmak “git kontrol — …” değişiklikleri atmak içinde çalışma dizini)
değiştirildi: index.html
taahhüt etmek için hiçbir değişiklik eklenmedi (kullanmak “git ekle” ve/veya “git taahhüt -a”)

Değişiklik hala çalışma dizininizde. Sahneleme alanına itmeniz gerekiyor. Daha önce kullandığınız add komutunu kullanın:

Durumu tekrar kontrol edin:

$ git durumu
Şube yöneticisinde
Taahhüt edilecek değişiklikler:
(kullanmak “git reset HEAD …” sahneden çıkarmak)
değiştirildi: index.html

Şimdi değişiklikleriniz hazırlama alanında. Kalıcı saklama için depoya taahhüt edebilirsiniz:

$ git taahhüt-m“Daha mutlu bir mesaj için index.html değiştirildi”
[usta 0586662] Daha mutlu bir mesaj için index.html değiştirildi
1dosya değişti, 1 sokma(+), 1 silme()

Kalıcı değişiklikleriniz için günlüğü kontrol edebilirsiniz:

$ git günlüğü–Tek çizgi
0586662 Daha mutlu bir mesaj için index.html değiştirildi
f136d22 İşleme index.html

Bu bölümde, Git’teki belgelerinizi takip etmek için durum, günlüğe kaydetme, ekleme ve işleme komutlarını kullanmayı öğrendiniz.

Sorular:

  • git durumu ne işe yarar?
  • git günlüğü ne işe yarar?
  • git ekle ne işe yarar?
  • git commit ne işe yarar?

Checkout Kullanarak Eski Dosyalara Geri Dönme

Git’te bir dosyayı taahhüt ettiğinizde, her bir taahhüt için benzersiz bir karma oluşturur. Bunları daha eski bir sürüme dönmek için tanımlayıcı olarak kullanabilirsiniz.

Önceki index.html sürümünüze geri dönmek istediğinizi varsayalım. İlk olarak, mevcut durumda index.html’ye bakalım:

$ kedi indeksi.html
<html>

<Başlık>

Web Sayfam</Başlık></başlık>
<vücut>
Selam Dünya! Benim!
</vücut>
</html>

Daha yeni sürüme sahip olduğunuzu görebilirsiniz (“Merhaba dünya! Benim!”). Günlüğü kontrol edelim:

$ git günlüğü–Tek çizgi
0586662 Daha mutlu bir mesaj için index.html değiştirildi
f136d22 İşleme index.html

Önceki sürümün hash değeri f136d22 (“Merhaba dünya”) idi. Bu sürüme ulaşmak için checkout komutunu kullanabilirsiniz:

$ git ödeme f136d22
Not: kontrol ‘f136d22’.
NS içinde‘müstakil BAŞ’ durum. etrafına bakabilirsin, Yapmak deneysel değişiklikler
ve onları taahhüt edin ve herhangi bir taahhütünüzü iptal edebilirsiniz. Yapmakiçinde bu devlet
başka bir ödeme gerçekleştirerek herhangi bir şubeyi etkilemeden.
Oluşturduğunuz taahhütleri korumak için yeni bir şube oluşturmak istiyorsanız,
yapmak böyle (şimdi ya da sonra) kullanarak -B ödeme ile emretmek tekrar. Örnek:
git ödeme-B<yeni-şube-adı>
HEAD şimdi f136d22 konumunda… index.html işleniyor

index.html içeriğine bakarsanız şunları görürsünüz:

$ kedi indeksi.html
<html>

<Başlık>

Web Sayfam</Başlık></başlık>
<vücut>
Selam Dünya
</vücut>
</html>

Sadece “Merhaba dünya” var. Böylece index.html’niz eski sürüme geçti. Durumu kontrol ederseniz:

$ git durumu
HEAD f136d22’de ayrıldı
taahhüt edilecek bir şey yok, çalışma dizini temiz

Git, temel olarak size HEAD’in en son taahhütte olmadığını söylüyor. Aşağıdaki komutu kullanarak ana dalı kontrol ederek en son işleme geri dönebilirsiniz:

$ git ödeme ustası
Önceki HEAD konumu f136d22 idi… index.html işleniyor
‘master’ şubesine geçildi

Şimdi durumu kontrol ederseniz:

$ git durumu
Şube yöneticisinde
taahhüt edilecek bir şey yok, çalışma dizini temiz

Kırmızı uyarı gitti. Ayrıca, index.html’nizi kontrol ederseniz, en son sürüme geri dönmelisiniz:

$ kedi indeksi.html
<html>

<Başlık>

Web Sayfam</Başlık></başlık><vücut>
Selam Dünya! Benim!
</vücut>
</html>

Ödeme komutu sizi çeşitli durumlara götürür. Bir sonraki bölümde ödeme hakkında daha fazla bilgi edineceğiz.

Sorular:

  • Bir dosyanın daha eski bir sürümüne gitmek için git checkout komutunu nasıl kullanırsınız?
  • Dosyanın en son sürümüne geri dönmek için git checkout’u nasıl kullanırsınız?

Ödeme, Dallandırma ve Birleştirme

Dallanma, Git’in en iyi özelliklerinden biridir. Çalışmanızı ayırmanıza ve daha fazla denemenize yardımcı olur. Diğer sürüm kontrol sistemlerinde dallanma zaman alıcı ve zordu. Git, dallanmayı ve birleştirmeyi kolaylaştırdı.

Status komutunda fark ettiğiniz gibi, yeni bir Git deposu oluşturduğunuzda ana daldasınız.

$ git durumu
Şube yöneticisinde
taahhüt edilecek bir şey yok, çalışma dizini temiz

Diyelim ki arkadaşınız David için bir web sitesi yapıyorsunuz. Kendi web sitenizin kodunu yeniden kullanmak istiyorsunuz. Dallanma harika bir çözüm. David_website şubesini arayalım.

Aşağıdaki komutu verebilirsiniz:

$ git şubesi david_web sitesi

Tüm dalları görmek için aşağıdaki komutu kullanabilirsiniz:

$ git şubesi–liste
david_web sitesi
* usta

Master’ın yanındaki yıldız(*) hala master dalında olduğunuz anlamına gelir. david_website şubesini aşağıdaki komutla kontrol edebilirsiniz:

$ git ödeme david_web sitesi
Şubeye geçildi ‘david_web sitesi’

Şimdi şube listesini tekrar kontrol ederseniz, şunu görürsünüz:

$ git şubesi–liste
* david_web sitesi
usta

Yani david_website dalındasınız.

Index.html’yi “Merhaba dünya! Benim!” “Merhaba dünya! Bu David!” ve sonra sahneleyin ve taahhüt edin:

$ git ekle .
$ git taahhüt-m“David için web sitesi değiştirildi”

Günlükleri kontrol ederseniz, şunları görmelisiniz:

$ git günlüğü–Tek çizgi
345c0f4 Web sitesi değiştirildi için David
0586662 Daha mutlu bir mesaj için index.html değiştirildi
f136d22 İşleme index.html

Ve dizin dosyanız şöyle görünmelidir:

$ kedi indeksi.html
<html>

<Başlık>

Web Sayfam</Başlık></başlık>
<vücut>
Selam Dünya! Bu David!
</vücut>
</html>

Şimdi ana dalı tekrar kontrol edelim:

$ git ödeme usta
Şubeye geçildi ‘usta’

Durumu kontrol edip günlüğe kaydederseniz:

$ git durumu
Şube yöneticisinde
taahhüt edilecek bir şey yok, çalışma dizini temiz
$ git günlüğü–Tek çizgi
0586662 Daha mutlu bir mesaj için index.html değiştirildi
f136d22 İşleme index.html

Master’da üçüncü taahhüdünüz olmadığına dikkat edin. Çünkü bu taahhüt yalnızca david_website dalında tutulur.

Olan şey bu

Diyelim ki bu aşamada web sitenize devam etmek istemediğinize karar verdiniz. Sadece David’in geliştiricisi olacaksınız. Yani david_website dalındaki değişiklikleri master ile birleştirmek istiyorsunuz. Ana daldan aşağıdaki komutları vermeniz yeterlidir (durum komutu doğru yerde olup olmadığınızı kontrol etmek için kullanılır):

$ git durumu
Şube yöneticisinde
taahhüt edilecek bir şey yok, çalışma dizini temiz

$ git birleştirme david_web sitesi
0586662..345c0f4 güncelleniyor
İleri sar
index.html |2 +-
1dosya değişti, 1 sokma(+), 1 silme()

Uç: Değişiklikleri david_website’den master’a çekiyorsun. Bunu başarmak için usta olmanız gerekir.

Şimdi master’daki günlüğü kontrol ederseniz, üçüncü taahhüdün orada olduğunu görürsünüz:

$ git günlüğü–Tek çizgi
345c0f4 Web sitesi değiştirildi için David
0586662 Daha mutlu bir mesaj için index.html değiştirildi
f136d22 İşleme index.html

david_website dalını master ile başarıyla birleştirdiniz. Ve ana dal için index.html’niz david_website dalıyla aynı görünüyor:

$ kedi indeksi.html
<html>

<Başlık>

Web Sayfam</Başlık></başlık>
<vücut>
Selam Dünya! Bu David!
</vücut>
</html>

david_website şubesini tutabilirsiniz:

$ git şubesi–liste
david_web sitesi
* usta

Veya silebilirsiniz:

$ git şubesi-NS david_web sitesi
Silinen şube david_website (345c0f4 idi).

Silme işleminden sonra david_website şubesini artık görmemelisiniz:

$ git şubesi–liste
* usta

Uç: Birleştirme sırasında Git otomatik olarak birleştiremezse, size birleştirme çakışması hataları verir. Bu durumda, birleştirme sorunlarını manuel olarak çözmeniz gerekir.

Sorular:

  • Neden dallanmaya ihtiyacınız var?
  • Dosyaları ve klasörleri nasıl dallandırır ve birleştirirsiniz?

Uzak Depo

Şimdiye kadar tüm çalışmalarınız yereldi. Değişikliklerinizi yerel bir depoya taahhüt ediyorsunuz. Ama işinizi dünyayla paylaşmanın zamanı geldi.

Git uzak deposu temel olarak yerel deponuzun başkaları tarafından erişilebilen başka bir kopyasıdır. Bir sunucu kurabilir ve onu uzak depo yapabilirsiniz. Ancak çoğu insan bu amaç için GitHub veya Bitbucket kullanır. Orada ücretsiz olarak herkesin erişebileceği halka açık depolar oluşturabilirsiniz.

GitHub üzerinde bir uzak depo oluşturalım.

Öncelikle bir GitHub hesabı[] oluşturmanız gerekir. Hesaba sahip olduğunuzda, “Yeni depo” düğmesini kullanarak yeni bir depo oluşturun. Depo adı olarak “project_website” kullanın (isterseniz başka bir şey seçebilirsiniz).

Aşağıdaki gibi talimatlar içeren bir Kod sekmesi görmelisiniz:

…veya komut satırında yeni bir depo oluşturun

Eko“# proje_web sitesi”>> BENİOKU.md
git init
git ekle BENİOKU.md
git taahhüt-m“ilk taahhüt”
git uzaktan kaynak ekle git@github.com: kullanıcı adınız/proje_websitesi.git
git itme-u köken ustası

Aşağıdaki “git remote add Origin” komutunu kopyalayın ve çalışma dizininizde çalıştırın:

$ git uzaktan kaynak ekle git@github.com: kullanıcı adınız/proje_websitesi.git

Not: Sizin durumunuzda, kullanıcı adınız GitHub hesabınızı oluşturmak için kullandığınız ad olmalıdır.

Yukarıdaki komutta Git’e uzak deponun yerini söylediniz. Komut, Git’e project_helloworld çalışma dizininiz için “orijin”in “olacağını söylüyor.[e-posta korumalı]:kullanıcıadınız/proje_website.git”.

Şimdi kodunuzu ana şubenizden Origin’e (uzak depo) gönderin:

$ git itme köken ustası
Sayma nesneleri: 9, tamamlamak.
kadar kullanarak Delta sıkıştırma 4 İş Parçacığı.
Nesneleri sıkıştırma: 100%(6/6), tamamlamak.
Nesneleri yazmak: 100%(9/9), 803 bayt |0 bayt/sn, bitti.
Toplam 9(delta 2), yeniden kullanmak 0(delta 0)
uzak: Deltaları çözme: 100%(2/2), tamamlamak.
NS git@github.com: kullanıcı adınız/proje_websitesi.git
*[yeni dal] usta –> usta

Tarayıcınızı GitHub’da yenilerseniz, index.html dosyasının orada olduğunu görmelisiniz. Böylece kodunuz herkese açıktır ve diğer geliştiriciler uzak depodaki kodu kontrol edebilir ve değiştirebilir.

Bir geliştirici olarak, başkalarının koduyla çalışacaksınız. Bu yüzden GitHub’dan kodu kontrol etmeye değer.

Hiçbir şeyinizin olmadığı yeni bir dizine gidelim. GitHub deposunun sağ tarafında “Klonla veya indir” düğmesini göreceksiniz. Üzerine tıklarsanız, size bir SSH adresi vermelidir. SSH adresiyle aşağıdaki komutu çalıştırın:

$ git klonugit@github.com: kullanıcı adınız/proje_websitesi.git

Çıktı şöyle görünmelidir:

$ git klonugit@github.com: kullanıcı adınız/proje_websitesi.git
içine klonlama ‘proje_web sitesi’
uzak: Nesneleri sayma: 9, tamamlamak.
uzak: Nesneleri sıkıştırma: 100%(4/4), tamamlamak.
uzak: Toplam 9(delta 2), yeniden kullanmak 9(delta 2), yeniden kullanılmış 0
alma nesneleri: 100%(9/9), tamamlamak.
Deltaları çözme: 100%(2/2), tamamlamak.
Bağlantı kontrol ediliyor… tamamlamak.

Temiz klasörünüzde bir proje_web sitesi oluşturacaktır. İçeri girerseniz, proje_helloworld’ünüzden index.html’yi görmelisiniz.

Böylece aşağıdakileri başardınız:

  • project_helloworld içinde oluşturuldu ve değişiklikler yapıldı
  • Kodu proje_websitesindeki GitHub’a yükledi
  • Kodu GitHub’dan indirdim

Project_website adlı yeni çalışma dizininden bir dosya daha alalım:

$ dokunmak BeniOku.md
$ git ekle .
$ git taahhüt-m“ReadMe.md eklendi”
$ git itme köken ustası

GitHub project_website sayfasını yenilerseniz, orada ReadMe.md dosyasını görmelisiniz.

Not: GitHub’dan kod indirdiğinizde, çalışma dizini kaynağı otomatik olarak bilir. Bunu “git remote add Origin” komutu ile tanımlamanız gerekmez.

Sorular:

  • Neden uzak depoları kullanmanız gerekiyor?
  • Uzak depoya bağlanmak için mevcut yerel deponuzu nasıl kurarsınız?
  • Uzak depoları yerel bilgisayarınıza nasıl klonlarsınız?

Çözüm

Git belgelerinde[] tüm komutlar hakkında daha fazla bilgi bulabilirsiniz. Git UI araçları mevcut olsa da, Git’te ustalaşmanın en iyi yolu komut satırıdır. Geliştirme çalışmalarınız için size daha güçlü bir temel sağlayacaktır.

İlerideki çalışma:
Diğer gönderilerimize göz at

[wpcin-random-posts]

İlk Yorumu Siz Yapın

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir