GitHub'a nasıl başlanır: hızlı başlangıç. Git ile çalışmaya ayrıntılı bir giriş Github ile çalışmaya yönelik eksiksiz bir kılavuz

Değişime direnmek temel bir insan özelliğidir. Sürüm kontrol sistemleriyle çalışmaya başladığınızda Git mevcut değilse, büyük ihtimalle Subversion ile başlamışsınızdır. İnsanlar genellikle Git'in yeni başlayanlar için çok zor olduğunu söylüyor. Ancak ben seninle aynı fikirde değilim.

Bu yazıda projelerinizle çalışmak için Git'i nasıl kullanabileceğinizi anlatacağım. Sıfırdan bir proje oluşturduğunuzu ve sürüm kontrol sisteminiz olarak Git'i kullanmak istediğinizi varsayalım. Temel komutları tanıttıktan sonra kodunuzu GitHub'ta nasıl yayınlayabileceğinize bakacağız.

Bu makale, bir projenin nasıl başlatılacağı, yeni ve mevcut dosyaların nasıl yönetileceği ve kodunuzun bulutta nasıl saklanacağı gibi temel konuları ele alacaktır. Bu makale yeni başlayanlara yönelik olduğundan dallanma gibi bazı karmaşık şeyleri atlayacağız.

Git'i yükleme

Resmi Git web sitesi çeşitli sistemler için mevcuttur - Linux, Mac, Windows. Bizim durumumuzda Ubuntu 13.04 kullanacağız ve Git'i apt-get aracılığıyla kuracağız.

Sudo apt-get install git

İlk konfigürasyon

Çalışacağımız bir dizin oluşturalım. Git'i mevcut bir proje üzerinde çalışmak için de kullanabilirsiniz; bu durumda aşağıda açıklandığı gibi bir demo dizini oluşturmanıza gerek kalmaz.

Mkdir my_git_project cd my_git_project

İlk adım, proje dizininde Git deposunu başlatmaktır. Bunu, projenizle ilgili tüm bilgilerin bulunduğu bir .git dizini oluşturan init komutuyla yapabilirsiniz.

Git yapılandırma --global user.name "Shaumik" git yapılandırma --global user.email " [e-posta korumalı]" git config --global color.ui "otomatik"

Adresinizi ve adınızı belirtmezseniz bunun yerine varsayılan değerlerin kullanılacağını belirtmekte fayda var. Bizim durumumuzda varsayılan değerler donny ve donny@ubuntu olacaktır.

Ayrıca Git komutlarının çıktılarının renkli olması için arayüz rengini de auto olarak ayarladık. Bu değerlerin sistem genelinde kullanılması ve proje bazında ayarlanmasına gerek kalmaması için bu komutlara --global önekini ekliyoruz.

Dosyaları taahhüt için hazırlama

Bir sonraki adım bazı dosyalar oluşturmaktır. Herhangi birini kullanabilirsiniz metin editörü. Git'i mevcut bir projede başlatıyorsanız bu adımı uygulamanıza gerek olmadığını unutmayın.

Deponun durumunu kontrol etme

Artık projenizde dosyalarınız olduğuna göre Git'in bunları nasıl işlediğine bakalım. Havuzun mevcut durumunu kontrol etmek için git status komutunu kullanın.

Git'e dosya ekleme

Bu noktada Git hiçbir dosyamızı takip etmiyor. Bunun gerçekleşmesi için Git'e özel olarak dosya eklemeniz gerekir. Bunun için add komutunu kullanacağız.

Git dosyamı ekle

Deponun durumunu kontrol ettikten sonra dosyalardan birinin zaten eklendiğini görüyoruz.

Birden fazla dosya eklemek için aşağıdakileri kullanırız (ilk dosyayı daha önce eklediğimizi, dolayısıyla yalnızca kalan ikisini eklediğimizi unutmayın).

Git dosyam2 dosyam3'ü ekle

Git add'i yinelemeli olarak kullanmak mümkündür, ancak bu komuta dikkat edin. Sürüm kontrolüne eklenmemesi gereken bazı dosyalar (derlenmiş programlar gibi) vardır. Git add'i yinelemeli olarak kullanırsanız, bu tür dosyalar da depoya düşecektir.

Dosyaları silme

Orada olmaması gereken bir dosyayı yanlışlıkla depoya eklediğinizi hayal edelim. Veya sürüm kontrol sisteminden bir dosyayı kaldırmak istiyorsunuz. Genel olarak git rm komutu, bir dosyayı yalnızca depodan kaldırmakla kalmaz, aynı zamanda onu fiziksel olarak diskten de kaldırır. Git'in bir dosyayı izlemeyi bırakıp onu diskte tutmasını sağlamak için aşağıdaki komutu kullanın:

Git rm --cached [dosya adı]

Değişiklikleri uygula

Her şeyi ekledikten sonra gerekli dosyalar, bunları Git'e gönderebilirsiniz. Taahhüdü, projenin belirli bir aşamadaki durumunun anlık görüntüsü olarak düşünün; buna istediğiniz zaman geri dönebilir ve projenin o andaki durumunu görebilirsiniz. Her işlemin kendisiyle ilişkilendirilmiş bir mesajı vardır ve bu, -m önekinden sonra argüman olarak belirtilir.

Git commit -m "İlk işlemim"

Lütfen aşağıdakileri içerecek bir mesaj belirtin: faydalı bilgiler, çünkü belirli bir taahhütte tam olarak neyin değiştiğini anlamaya yardımcı olurlar. “Hata Kuralları” gibi genel mesajlardan kaçının. Bir hata izleyiciniz varsa "Bug #123 düzeltildi" gibi bir mesaj belirtebilirsiniz. İyi uygulama- mesajda şubenin adını veya iyileştirmeyi belirtin. Örneğin, "Varlık yönetimi - bir varlığa dayalı PDF oluşturma yeteneği eklendi" açık ve anlaşılır bir mesajdır.

Git, uzun bir onaltılık sayıyla bir taahhüdü tanımlar. Genellikle satırın tamamını kopyalamaya gerek yoktur; ilk 5-6 karakter belirli bir işlemi tanımlamak için yeterlidir. Ekran görüntüsünden taahhüdümüzün 8dd76fc numarasıyla tanımlandığını görebilirsiniz.

Daha fazla taahhüt

Birkaç dosyayı commit ettikten sonra değiştirelim. Bunları değiştirdikten sonra git status, dosyaları değiştirdiğimizi bildirecektir.

git diff komutunu kullanarak önceki kayıttan bu yana bu dosyalarda nelerin değiştiğini görebilirsiniz. Belirli bir dosyadaki değişiklikleri görüntülemek istiyorsanız git diff komutunu kullanabilirsiniz.<файл> .

Değişiklikleri indekslemek ve taahhüt etmek gerekir. Değiştirilen tüm proje dosyaları aşağıdaki komutla bir işleme eklenebilir:

git commit'e -a seçeneğini ekleyerek bu komutu kullanmaktan kaçınabilirsiniz. Bu komut, değiştirilen tüm dosyaları indeksleyecek ve bunları işleyecektir. Ancak bu yaklaşım oldukça tehlikeli olabilir çünkü yanlışlıkla istemediğiniz bir şeyi gerçekleştirebilirsiniz. Örneğin, bir dosyayı açtığınızı ve yanlışlıkla değiştirdiğinizi varsayalım. Değiştirilen dosyaları indekslerken, her dosyadaki değişiklikler size bildirilecektir. Ancak değiştirilen tüm dosyaları yardıma bakmadan işlerseniz. git commit -a , o zaman işlemek istemedikleriniz de dahil olmak üzere tüm dosyalar işlenecektir.

Dosyaları indeksledikten sonra işleme başlayabilirsiniz. Daha önce de belirtildiği gibi, -m anahtarını kullanarak bir taahhüt için bir mesaj belirleyebilirsiniz. Ancak, yorum girmek için bir konsol düzenleyicisi açan git commit komutunu kullanarak da çok satırlı yorumları belirtebilirsiniz.

Proje yönetimi

Proje geçmişini görüntülemek için aşağıdaki komutu kullanabilirsiniz:

Projenin tam geçmişini, taahhütlerin bir listesi ve bunlarla ilgili bilgiler şeklinde gösterecektir. Taahhüt bilgileri taahhüt karmasını, yazarı, zamanı ve taahhüt mesajını içerir. Git dallanmasını kullanırken aşina olmanız gereken birçok git log komutu türü vardır. Belirli bir işlemin ayrıntılarını ve değiştirilen dosyaları görüntülemek için aşağıdaki komutu çalıştırın:

Git gösterisi<хеш_коммита>

Nerede<хеш_коммита>- taahhütle ilişkili onaltılık sayı. Çünkü bu kılavuz Yeni başlayanlara yönelik olduğundan, durumu belirli bir taahhüt zamanına nasıl döndüreceğimize veya şubeleri nasıl yöneteceğimize bakmayacağız.

Git, açık kaynaklı projeler için çok popüler bir sürüm kontrolü ve işbirlikçi geliştirme sistemidir. Git ile değişiklikleri takip edebilirsiniz kaynak kodu projelerinizden geri dönün önceki sürümler durumunda kritik hatalar Ayrıca kodunuzu herkesle paylaşın ve onlardan düzeltmeleri kabul edin.

Bu, projelerinizdeki çalışmayı optimize etmenize olanak tanıyan güçlü bir sistemdir. Herhangi bir dil veya dosya yapısı gereksinimi yoktur, dolayısıyla geliştiriciler tam bir hareket özgürlüğüne sahiptir. Bu yazıda yeni başlayanlar için git'in nasıl kullanılacağına bakacağız. Konfigürasyondan proje dallarına kadar her şeye detaylı bir şekilde bakalım.

Gelenek gereği örneklere geçmeden ve komutla çalışmaya başlamadan önce ana seçeneklerine ve parametrelerine bakalım. Git sözdizimi çok basittir:

$ git options komut argümanları

Öncelikle tüm yardımcı programın çalışmasını etkileyen seçeneklere bakalım:

  • -C- geçerli klasör yerine belirtilen depo klasörünü kullanın;
  • -C parametre=değer- belirtilen konfigürasyon parametresi değerini kullanın;
  • -P- less kullanarak tüm çıktıyı kaydırın;

Şimdi git komutlarına bakalım, bunlardan biraz daha fazlası var ve onların yardımıyla tüm ana eylemleri gerçekleştireceksiniz:

  • eklemek- git deposuna bir dosya veya klasör ekleyin;
  • ben- e-postadaki tüm yamaları uygulayın;
  • arşiv- bir dosya arşivi oluşturun;
  • ikiye bölmek- İstenilen taahhüdü bulmak için ikili aramayı kullanın;
  • dal- proje şubelerinin yönetilmesi;
  • paket- arşivdeki nesnelerin ve bağlantıların taşınması;
  • Çıkış yapmak- şubeler arasında geçiş yapmak;
  • kiraz toplama- mevcut taahhütlerde değişiklik yapmak;
  • temiz- izlenmeyen tüm proje dosyalarını ve klasörlerini silin;
  • klon- uzak havuzun bir kopyasını bir klasörde oluşturun;
  • işlemek- değişiklikleri depoya kaydedin;
  • fark- taahhütler arasındaki değişiklikleri görün;
  • gidip getirmek- uzak depoyu indirin;
  • başlangıç- bir depo oluşturun;
  • birleştirme- iki şubeyi birleştirin;
  • çekmek- uzak bir depoyu yerel bir depoyla entegre edin;
  • itmek- değişiklikleri uzak bir depoya gönderin;
  • etiket- etiket yönetimi;
  • çalışma ağacı- geliştirme ağaçlarının yönetimi.

Argümanlar kullanılan komuta bağlıdır, bu nedenle örneklerde onlara daha ayrıntılı olarak bakacağız.

Git nasıl çalışır?

Dolayısıyla, yukarıdakilerin hepsinden, muhtemelen sürüm kontrolünün, geliştirmenin herhangi bir aşamasındaki değişiklikleri görüntülemenize ve ayrıca herhangi bir noktaya geri dönmenize olanak tanıdığını zaten anlıyorsunuzdur. Ancak bu tamamen doğru değil. Değişiklikler taahhüt olarak kaydedilir. Rusça - sabitleme. Projenin başlangıç ​​durumunu ve ardından her değişiklik için bir ilk taahhütte bulunursunuz. Bu anlık görüntüler olarak çalışır.

Ek olarak git, verileri uzak sunucu. Yalnızca bitmiş sürüm değil, aynı zamanda tüm anlık görüntüler de gönderilir, böylece ekipteki herkes değişikliklerin geçmişini görebilir. Her anlık görüntü için bir yorum yapmanız gerekir, böylece git ile çalışmak daha kolay ve net olacaktır.

Git nasıl kullanılır?

Tipik olarak Git projesinin yapısı programınızın boyutuna ve karmaşıklığına bağlı olacaktır. Ama öncelikle tek daldan oluşan bir proje kullanacağız. Her proje varsayılan olarak bir dal içerir, buna ana denir. İlk projemizin adı test olacak.

Proje Oluşturma

Git kurulumu tamamlandığında projenize geçelim. Başlangıçta proje dosyaları için bir klasör oluşturmanız yeterlidir. Birden fazla proje üzerinde çalışacaksanız ana dizininizde bir git klasörü oluşturun ve proje klasörlerinizi buraya yerleştirin:

mkdir -p ~/git/testing; cd ~/git/test

Bu komut istenen klasör yapısını oluşturacak ve mevcut dizini yeni oluşturulan dizine değiştirecektir. Şimdi projemizin ilk dosyasını oluşturalım:

Proje hazır ancak git sürüm kontrol sisteminin henüz bundan haberi yok.

Git'te bir proje oluşturma

Git değişiklikleri izlemeye başlamadan önce gerekli tüm yapılandırma dosyalarını hazırlamanız gerekir. Öncelikle klasörümüzde boş bir depo başlatıyoruz:

Depo oluşturulduktan sonra dosyalarınızı buna eklemeniz gerekir. Her dosyanın ayrı olarak eklenmesi gerekir veya yardımcı programa tüm dosyaları açıkça eklemesini söyleyebilirsiniz. Siz dosyanın kendisini ekleyene kadar izlenmeyecektir. Yeni dosyaların gelecekte de eklenmesi gerekir; bunlar otomatik olarak eklenmez. Öncelikle mevcut klasörü ekleyelim:

Her şey yolunda giderse komut hiçbir çıktı vermez.

Değişiklikler gerçekleştiriliyor

Değişiklikler de otomatik olarak izlenmez. Değişikliklerin kaydedilmesi, taahhüt komutu kullanılarak yapılır. Küçük bir yorumla, kelimenin tam anlamıyla birkaç cümleyle nelerin değiştiğini belirtmeniz gerekiyor. Her büyük değişiklikten önce taahhütte bulunmak iyi bir uygulamadır.

Bu sayede projenin ilk versiyonundan güncel versiyonuna kadar tüm versiyonlarını saklayacak ve neyin, ne zaman, nerede değiştiğini bilebileceksiniz. İlk taahhüt çalıştırmanızı oluşturmak için:

git commit -m "İlk İşlem" -a

Komutun iki parametre iletilmesi gerekir; birincisi -m, yorumunuz, ikincisi -a, eylemi değiştirilen tüm dosyalara uygulamanız gerektiği anlamına gelir. Bu seçenek ilk kez kullanılıyor, ancak genellikle değiştirilen dosyaları veya dizinleri belirtmeniz gerekir. Örneğin şunu yapabilirsiniz:

git commit -m "Değiştirilen dosya" dosyası

Değişiklikler gönderiliyor

Bu noktaya kadar her şeyi yerel bir depoda yaptık. Yalnızca sürüm kontrolüne ihtiyacınız varsa git'i yerel olarak kullanabilirsiniz, ancak bazen bilgileri diğer geliştiricilerle paylaşmanız ve verileri uzak bir havuza göndermeniz gerekir.

Öncelikle uzak komutu kullanarak uzak bir depo eklemeniz gerekir. Bunu yapmak için URL'yi iletmeniz gerekir:

git uzaktan köken ekle https://github.com/Seriyyy95/testing.git

Ardından uzak depoların listesini görüntüleyebilirsiniz:

Yalnızca github sunucularını değil, diğerlerini de kullanabilirsiniz. Şimdi değişikliklerinizi göndermek için şu komutu kullanın:

git push orijin yöneticisi

Push komutu, verileri uzak bir havuza göndermek istediğimizi, Origin'in yapılandırılmış havuzumuz olduğunu ve master'ın bir dal olduğunu belirtir.

Şube yönetimi

Basit projeler için bir dal yeterlidir. Ancak proje büyükse ve test sürümü de dahil olmak üzere birden fazla sürümü varsa, her biri için ayrı bir dal oluşturmanız gerekebilir. Öncelikle mevcut şubelere bakıyoruz:

-a seçeneği, senkronize edilmemiş olanlar da dahil olmak üzere tüm dalların çıktılanması gerektiğini belirtir. Yıldız işareti aktif dalı gösterir. Şimdi checkout komutunu kullanarak bir geliştirme dalı oluşturalım:

git checkout -b geliştir

Aynı komutu kullanarak şubeler arasında da geçiş yapabilirsiniz:

git ödeme yöneticisi
$ git ödeme geliştirme

Şimdi başka bir dosya oluşturalım:

Ve bunu yeni geliştirme şubemize ekleyin:

Yapılan değişiklikleri işleyelim:

git commit -m "dosyayı geliştir" geliştir

git şubesi
$ls

Ardından ana şubeye geçin ve tekrar bakın:

git ödeme yöneticisi
$git şubesi
$ls

Burada bir dosya yok, böyle olması gerekiyor. Git'in birleştirme adı verilen kullanışlı bir özelliği var. Bununla birlikte iki dalı birleştirebilirsiniz. Örneğin, kodu çalışan bir daldan kararlı bir dalına taşımak. Bunu yapmak için birleştirme komutunu çalıştırmanız yeterlidir:

git birleştirme geliştirme --no-ff

Birleştirme yapılmadan önce bunun neden gerekli olduğuna dair bir yorum girmeniz gerekir. Daha sonra ls'i tekrar çalıştırırsanız zaten orada olduğunu göreceksiniz. gerekli dosya. Git örneklerimiz sona erdi.

Sonuçlar

Bu yazıda projelerinizin versiyonlarını yönetmek için git'i nasıl kullanabileceğimize baktık. Bu sadece en temel bilgidir ve git version kontrolünün yapabileceği çok daha fazlası vardır, ancak ona baktığımızda ek özellikler bu makalenin kapsamı dışındadır. Umarım bu makaleyi faydalı bulmuşsunuzdur.

İnsanların değişime direnmesi doğaldır. Sürüm kontrol sistemleriyle ilk çalışmaya başladığınızda Git ile tanışmadıysanız, muhtemelen Subversion (SVN) konusunda kendinizi daha rahat hissedersiniz.

İnsanlar genellikle Git'in yeni başlayanlar için çok zor olduğunu söylüyor. Ancak bu konuda farklı düşünüyorum.

Bu derste size Git'i projelerinizde nasıl kullanacağınızı göstereceğim. Diyelim ki sıfırdan bir proje oluşturuyorsunuz ve onu Git kullanarak yönetmek istiyorsunuz. Temel komutlar listesinde gezinmek, GitHub kullanarak kodunuzu bulutta nasıl barındıracağınıza dair size bir fikir verecektir.

Bu makalede Git'in temellerinden - projelerinizi nasıl başlatacağınızdan, yeni ve mevcut dosyaları nasıl yöneteceğinizden ve kodunuzu bulutta nasıl saklayacağınızdan - bahsedeceğiz.

Bu eğitim yeni başlayanlara yönelik olduğundan Git'in dallanma gibi nispeten karmaşık kısımlarına değinmeyeceğiz.

Git'i yükleme

Resmi Git web sitesinde var detaylı bilgi Linux, Mac ve Windows'a yükleme hakkında. Bizim durumumuzda, Ubuntu 13.04'ü demo amaçlı kullanacağız ve Git'i apt-get kullanarak kuracağız:

sudo apt-get git git'i yükle

İlk kurulum

İçinde çalışacağımız bir dizin oluşturalım. Alternatif olarak mevcut projelerinizden birini yönetmek için Git'i kullanabilirsiniz; bu durumda aşağıdaki gibi bir demo dizini oluşturmanıza gerek kalmayacak:

mkdir my_git_project cd my_git_project

İlk adım Git'i dizinde başlatmaktır. Bu, projeniz için Git ile ilgili tüm bilgileri içeren bir .git dizini oluşturan init komutu kullanılarak yapılabilir.

git config --global user.name "Shaumik" git config --global user.email " [e-posta korumalı]" git config --global color.ui "otomatik"

Adınızı ve adresinizi belirtmezseniz şunu unutmayın: e-posta, daha sonra varsayılan değerler kullanılacaktır. Bizim durumumuzda varsayılan değerler donny kullanıcı adı ve donny@ubuntu e-posta adresi olacaktır.

Ayrıca renk ayarını da yaptık kullanıcı arayüzü auto olarak ayarlandığında Git komutlarının çıktısının renk kodlu olmasına neden olur.

Komutlardan önceki --global öneki, sistemimizde bir Git projesi çalıştırdığımızda bu yapılandırma komutlarını girmek zorunda kalmamak içindir.

Dosyaları taahhüt için hazırlama

Bir sonraki adım, dizindeki dosyaları oluşturmaktır. Örneğin metin düzenleyicisi Vim'i kullanabilirsiniz. Git'i zaten mevcut bir dizine ekleyecekseniz bu adımı uygulamanıza gerek olmadığını unutmayın:

Depo durumunu kontrol edin

Artık depomuzda birkaç dosya olduğuna göre Git'in bunları nasıl işlediğine bir göz atalım. Havuzun mevcut durumunu kontrol etmek için git status komutunu kullanmanız gerekir:

İzleme için Git'e Dosya Ekleme

Açık şu anda Git ile takip edecek dosyalarımız yok. Git'e neyi izleyeceğini söylemek için Git'e özel olarak dosya eklememiz gerekiyor.

Ekle komutunu kullanarak dosyaları ekleyin:

Depo durumunu tekrar kontrol ettiğimizde bir dosyanın eklendiğini görebiliriz:

Birden fazla dosya eklemek için aşağıdaki komut girişini kullanabilirsiniz (gösterim amacıyla bir dosya daha eklediğimizi unutmayın):

git dosyam2'yi ekle dosyam3

Git add'i yinelemeli olarak kullanabilirsiniz, ancak bu komuta dikkat edin. Genellikle Git deposunun dışında depolanan belirli dosyalar (derlenmiş dosyalar gibi) vardır.

Ekle komutunu yinelemeli olarak kullanırsanız, deponuzda mevcutsa bu tür dosyaların tümünü ekleyecektir.

Dosyaları silme

Ancak basit bir git rm komutunu çalıştırmak, dosyayı yalnızca Git'ten değil, aynı zamanda yerel dosyanızdan da kaldıracaktır. dosya sistemi! İle

Git dosyayı izlemeyi durdurdu ancak dosyanın kendisi yerel sisteminizde kalıyor; aşağıdaki komutu çalıştırın:

git rm --önbelleğe alınmış

Değişiklikleri kaydet

Dosyalarınızı barındırdıktan sonra onları Git'e aktarabilirsiniz. Taahhüdü, o noktada deponuza erişmek için geri dönebileceğiniz belirli bir anı yakalamak olarak düşünün.

-m öneki kullanılarak eklenen her işleme bir mesaj ekleyebilirsiniz:

git commit -m "İlk işlemim"

Taahhütlerinize faydalı mesajlar verin çünkü bu, söz konusu taahhütte neyi değiştirdiğinizi belirlemenize yardımcı olacaktır.

" gibi aşırı genel mesajlardan kaçının Hatalar düzeltildi" Görev izleyiciniz varsa " gibi mesajlar ekleyebilirsiniz. Hata #234 düzeltildi».

Taahhüt mesajının öneki olarak şube adını veya özellik adını kullanmak iyi bir uygulamadır. Örneğin, " Varlık yönetimi: oluşturma işlevi eklendi PDF dosyaları varlıklar” anlamlı bir mesajdır.

Git, her işleme uzun bir onaltılık sayı ekleyerek taahhütleri tanımlar. Kural olarak, satırın tamamını kopyalamanıza gerek yoktur; ilk 5-6 karakter, taahhüdünüzü tanımlamak için yeterlidir.

Ekran görüntüsünde ilk işlemimizin 8dd76fc koduyla tanımlandığını unutmayın.

Daha fazla taahhüt

Şimdi ilk commitimizden sonra birkaç dosyayı değiştirelim. Bunları değiştirdikten sonra git status komutunu çalıştırmanın bir sonucu olarak Git'in izlediği dosyalarda değişiklikler tespit ettiğini göreceğiz:

Git diff komutunu kullanarak son işlemde izlenen dosyalar üzerinde yapılan değişiklikleri kontrol edebilirsiniz. Belirli bir dosyadaki değişiklikleri görüntülemek istiyorsanız git diff komutunu kullanın. :

Bir sonraki işleme yönelik izlenen dosyalarda değişiklik yapmak için bu dosyaları tekrar eklemeniz gerekir. İzlenen tüm dosyaları şu komutu çalıştırarak ekleyebilirsiniz:

İzlenen dosyalara tüm değişiklikleri ekleyecek olan git commit komutunun -a önekini kullanarak bu komutu kullanmaktan kaçınabilirsiniz.

Ancak bu süreç projeye zarar verebileceği için oldukça tehlikelidir. Örneğin bir dosyayı açtığınızı ve yanlışlıkla değiştirdiğinizi varsayalım.

Dosyaları seçici olarak yerleştirirseniz, her dosyada değişiklik olduğunu fark edeceksiniz. Ancak taahhüdünüze -a önekini eklerseniz, tüm dosyalar taahhüt edilir ve olası hataları tespit edemezsiniz.

Dosyalarınızı yerleştirdikten sonra işleme başlayabilirsiniz. Her commit'in, -m önekini kullanarak girdiğimiz, kendisiyle ilişkili bir mesajı olabileceğinden bahsetmiştim.

Ancak etkileşimli bir yazma formu açan git commit komutunu kullanarak birden fazla satıra mesaj girmek mümkündür:

Proje yönetimi

Projenizin geçmişini görüntülemek için aşağıdaki komutu çalıştırabilirsiniz:

Bu, tüm taahhütlerin ve bunlarla ilgili bilgilerin bir listesi olan projenin tüm geçmişini gösterecektir. Taahhüt bilgileri taahhüt karmasını, yazarı, zamanı ve taahhüt mesajını içerir. Git'te dal kavramına hakim olduktan sonra keşfedebileceğiniz çeşitli git log seçenekleri vardır.

Görüntülemek için detaylı bilgi Belirli bir taahhüt ve değiştirilen dosyalar hakkında aşağıdaki komutu çalıştırın:

git gösterisi

Nerede bu, taahhütle ilişkili onaltılık sayıdır. Bu eğitim yeni başlayanlara yönelik olduğundan, belirli bir işlemin durumuna nasıl geri dönüleceğini veya şubelerin nasıl yönetileceğini kapsamayacağız.

Bulutta barındırma kodu

Artık sisteminizdeki kodu nasıl yöneteceğinizi öğrendiğinize göre, kodu bulutta barındırmanın zamanı geldi.