Versiyon kontrol sistemleri en basit anlamda dosyalarınızda ki değişikliklerin tarihçesini takip edip kayıt altında tutan sistemlerdir.
1 - git config --global user.name “adsoyad” - Git hesabına kendimizi tanıtıp ismimizi ekledik
2 - git config --global user.email “emailimiz” - Git hesabına email adresimizi ekledik
3 - git config --global user.name - Adımızı Gösterdi
4 - git config --global user.email - Email adresimizi görmemizi sağladı
5 - pwd - Terminal üstünde bulunduğumuz mevcut dizinin tam adresini gösterir
6 - ls - Listelemek. bulunduğumuz konumda mevcut olan dosyaları gösterir
7 - cd - Dizin değiştirmek için kullanılır
8 - cd .. - Bir önceki dizine gider
9 - clear - Terminali temizler
10 - git init - Proje dosyasına gittikten sonra bu komutu yazıp dosyayı bir git projesi haline getiriyoruz
NOT : Bash Terminalinde projenin kök dizini içerisinde rm -rf .git yazarsanız .git klasörünü silerek, projenin git ile olan ilişkisini kesebilirsiniz.
11 - git add . - Git deposuna dosyamızı ekledik fakat tek başına yeterli değil, şuan staging areada
13 - git add * - Tüm dosyalar staging areada
14 - git commit -m “ilk commit” - Sonra bu komutu yazıp bir string giriyoruz
15 - git log - Girdiğimiz versiyonları listelemek için
16 - git status - Projede herhangi bir değişiklik yapmışsak değişiklikleri görürüz
17 - git add cikarma.txt - Projeye dosya ekledik
18 - git commit -m “Cikarma methodu eklendi”
19 - git diff - Dosya içinde yapılan değişiklikleri görmemize yarıyor
20 - git rm carpma.txt - Dosyayı sildik
- git diff --cached - stage ettiğim değişiklikler
21 - git rm -r silinecekler - Dosya adını verdiğimiz kısım silinecektir
22 - git mv deneme123 deneme321 **- Dosya adını değiştirdik
23 - git mv deneme321 dosyalar/ - Diğer bir görevi olarak dosyayı taşıyor
24 - git checkout --dosyaadi - dosya içi değişikliğini eski haline getirir
25 - git reset HEAD dosyaadi - yapılan değişikliği geri alma
26 - git checkout “gitmek istediğimiz versiyonun kodu”
25 - git remote add origin “repo adres linki ekle”
26 - git remote - bağlantı eklendi mi eklenmedi mi
27 - git push -u origin master - projeyi repoya gönderdik
28 - cat .gitignore - gizli dosya oluşturup içine bir şey ler yazıyoruz
29 - gedit .gitignore - dosyayı açıyor
30 - git pull - GitHub dan bilgisayarda ki dosyanıza dosyaları çeker
31 - git branch - GitHub da ki dallarımızı listeliyor
32 - git branch --all - Uzak bilgisayarımızdaki brancleri listeliyor
33 - git branch yandal1 - Yeni dal oluşturuldu
34 - git checkout yandal1 - Yandal1 deyiz şuan
Evrende bir iz bırakmak istiyorum. - Steve Jobs
35 - git diff master yandal1 - Bu iki dal arasında ki farkları görmemize yarıyor
36 - git merge yandal2 - İki dalı birleştiriyoruz. zaten master dalında olduğumuz için belirtmemize gerek yok
37 - README SAYFASI İÇİN:
kalın başlık için: #Burası Başlık : Başına tek kare
bir alt kalın başlık: ## Alt Başlık : Başına iki kare
** Kalın Kelime **
Başına ve sonuna iki yıldız
italik kelime : başına ve sonuna tek yıldız
link vermek için: [Google Linki](http://www.google.com) <br/>
resim eklemek için:  <br>
38 - git --version - Bilgisayarınızda ki git sürümünü öğrenmeniz için
39 - git log - Commitler ile ilgili ayrıntılı bilgi
40 - git log --oneline. - Yapılan commitleri kısaltılmış olarak gösterir
41 - git log -p - Daha ayrıntılı bilgi
42 - git status - Hangi branchte olduğumuzu görebiliriz
43 - git clone - Projeyi bilgisayarınıza indirir
44 - git branch - v - Branchle ilgili ayrıntılı bilgi görmemiz için
44 - git stasht - Commitlemeden önce geçici kayıt altına almak istediğimizde kullanırız
45 - git stash list - Geçici değişikliklerimizi görmemiz için
46 - git stash pop **- Değişikliğin en üsttekini geri yüklenecek ve bunu listeden silecek
**
47 - git stash apply - İstediğimiz değişikliği geri yükleyebiliriz
48 - git stash drop - Herhangi bir değişikliği listeden silmek için kullanılır
49 - git checkout master - Branch geçişi
50 - git checkout commitiDsiyazılacak - İstediğimiz commite gider
51 - git branch loginsorunu - Yeni bir branch oluşturduk
53 - git merge loginsorunu - Yeni açılan branchi ana master branchimizle bağladık
54 - git clone --bare " " - Localde ki projeyi , remote repositorye atmak için
55 - git init --bare **- Boş remote repository oluşturmak için
57 - git remote -v **- Remote repositorymiz ile ilgili bilgileri görüyoruz
58 - fetch - Remote repositryde yapılacak olan okuma işlemleri
59 - push - Remote repositoryde yazma işlemleri olarak kullanılır
60 - git branch -va - Remotede ki değişikliklere baktık
61 - git fetch - Remote ile ilgili localdeki diskte tuttuğu bilgileri güncellemesini sağladık
62 - git checkout --track - Remote branch ile aynı isimde local bir branch oluşturulur
63 - git fetch - remote branchteki değişiklikleri indirmek için kullanıyoruz
64 - git pull - local branchimize entegre etmek istediğimizde (çok fazla kullanılmaz)
65 - git diff - Remote ve local arasındaki farkları inceler
66 - git branch -d superyeniozellik - Localdeki branch siler
67 - git branch -dr superyeniozellik - Remotedekini siler
68 - git commit --amend - Son commit işlemini yeniden yapmak için
69 - git commit --amend -m - Commit mesajını değiştirmek için
70 - git checkout --dosya1md - Değişiklik yaptığımız branchin son commit haline getiririz
71 - git reset —hard - Tüm dosyalarda yaptığımız değişiklikleri geri almak istiyorsak
72 - git revert - Commit edilen herhangi bir değişikliği geri almak için kullanılır
73 - git diff —staged - Sadece staging Area’ya commit edilmek üzere eklenen çıkarılanları görmek için
74 - git log -p - Dosyaların içeriğindeki farkları görmek için
75 - git diff master..superyeniozellik - İki branchi karşılaştırmak için kullanılır
76 - git merge --abort - Merge işlemini geri alma
Sourcegear DiffMerge - Çakışmaları daha rahat görmemiz için uygulama
Github Fork - Github üzerindeki bir projeyi kendi hesabımıza klonlamaktır
#referans brach’imizi seçelim. $ git checkout master #yeni branch açalım $ git checkout -b yeni-branch-adi
Değişiklikleri commit’ledikten sonra artık pushlayabiliriz.
$ git push origin yeni-branch-adi
Projeyi güncel tutmak için aşağıdaki komutları uygulamanız yeterli olacaktır.
#referans brach’imizi seçelim. $ git checkout master #orijinal projeden değişiklikleri çekelim. && forkladığımız yere push'layalım. $ git pull upstream master && git push origin master
Sonuç olarak
- Projeyi forkla ve bilgisayarına indir.
- Başlamadan önce, projeyi orijinali ile senkronize tutmak için “remote upstream” oluştur.
- Yapacağın işle ilgili branch oluştur.
- Değişiklikleri yap, commit mesajını yaz ve “CONTRIBUTING.md” dosyası varsa oku.
- Forkladığın projeye push’la
- Yeni bir PR oluştur.
- Katkıda bulunmanın tadını çıkar ve açtığın PR (Pull Request)'i takip etmeyi unutma.
$ git branch -d Yenidal oluşturulan yeni dalı siler (Yerelde).
$ git branch -dr Yenidal oluşturulan yeni dalı siler (Yerelde ve GitHub’da).
(Silme işlemlerini yaparken master dalında olduğunuzdan emin olun.)
Watch : Github'ta bir projeyi takip etmeye yarar.
Star : Projeyi beğendiğiniz anlamına gelir ve sonradan yıldızladığınız projeyeleri inceleyebilirisiniz.
Fork. : Projenin bir kopyasını hesabınıza almak istediğinizde kullanılır.
Issues : Problemler
NOT : Projenizle ilgili oluşan sorun, öneri vs. gibi diğer kişilerden yardım, öneri, çözüm almak için kullanılır. Projenizle ilgili bir issues oluşturmak için issues sekmesinde new issues butonunu kullanabiliriz. İstenilen bilgileri girdikten sonra issues yayınlayabilir ve sonuca ulaştığınızda kapatabilirsiniz.
Git projesinde almış olduğumuz versiyonlara geri dönmek istediğimizde aşağıdaki şekilde bir komut yazarız:
git checkout 95a6e33d877afbfe6e43419996cda613bdd4936a -- .
buradaki girmiş olduğunuz uzun sayıya bir kimlik belirtmektedir. Bu kimliğe git log komutu ile ulaşırız. Komutun sonundaki nokta ise o versiyona ait tüm dosyaları geri almak istediğimizi belirtir. Eğer belirli bir dosyayı geri almak istersek nokta yerine o dosyanın isimini yazmamız gerekir. Bu komutu çalıştırdığımızda işlemlerin geçerli olması için commit etmek gerektiğini unutmayın.
git branch --all : Komutuyla dalları listeleriz. Uzak depodaki dalları görüntülemek istersek bu komutu kullanırız.
Bir dosyanın Tx anındaki içeriği ile Ty anındaki içeriğinin arasındaki farkları tespit etme ve gösterme işlemidir.
İngilizcede difference (fark) kelimesinin kısaltması olan diff şeklide kullanılır. <br/
- Eğer proje githubda ise clone ile bilgisayarımıza indirip bağlantı yapıyoruz
- Proje artık yerelde olduğuna göre. Üzerinde çalışmaya başlayabiliriz. İlk önce cd projeadi komutu ile terminalde projenin içine giriyoruz. Bu işlemden sonra kimin yaptığını bildirmek için isim ve mail adresi giriyoruz.
Henüz versiyon kontrolünde olmayan bir projeniz varsa *git init komutu ile projenizi tüm klasör ve dosyaları ile birlikte versiyon kontrolüne alabilirsiniz
Projeniz uzaktaki veya şirket ağınızdaki bir Git sunucusunda versiyon kontrolü altında tutuluyorsa projeyi kendi bilgisayarınıza git clone komutu ile indirebilirsiniz.
Fakat, commit işlemi öncesinde dosyalarınızda yaptığınız değişikliklerin bir özetini görmek isteyebilirsiniz. git status komutu ile hangi dosyaları değiştirdiğinizi, sildiğinizi veya hangi dosyaları eklediğinizi kolayca görebilirsiniz.
Bir sonraki aşamada değişen dosyalarınızdan hangilerinin commit'e dahil olduğunu belirlemeniz gerekiyor. Bu adımda commit'e dahil etmek istediğiniz dosyaları staging area denilen ara bir alana alırız.
Dosyaların içeriğinin değiştirilmiş olması, silinmesi veya yeni dosya eklenmesi bu dosyaların otomatik olarak staging area'ya eklenmesini sağlamaz. Bu işlemi ilgili dosyaları seçerek sizin yapmanız gerekir.
Local (Yerel) & Remote (Uzak) Repository'ler
Local repository, kendi bilgisayarınızda proje klasörünüzün altında bulunan .git klasörüdür. Bu repository üzerinde sadece siz çalışabilirsiniz ve değişiklikler yerel diskinize kaydedilir.
Remote repository'ler ise genellikle uzaktaki bir sunucuda yer alırlar ve bu sunucudaki .git klasöründen ibarettirler. Takım çalışması söz konusu ise takımdaki kişiler değişikliklerini bu uzaktaki repository üzerinden paylaşırlar.
ls -la : komutu ile proje klasörünüz altındaki dosyaları listelediğinizde klasörün içinde .git isimli gizli bir klasörün olduğunu göreceksiniz.
Git ile versiyon kontrolü yapılan bir projeye dahil olduğunuzda size verilecek ilk bilgiler projenin Git adresi (URL) ve projeye erişim için kullanacağınız kullanıcı adı ve şifrenizdir. Uzaktaki bir repository'nin (URL) adresi aşağıdaki formatlardan birinde olacaktır
- ssh://user@server/git-repo.git
- kullanıcıadı@sunucuadı:git-repo.git
- http://example.com/git-repo.git
- https://example.com/git-repo.git
- git://example.com/git-repo.git
Bu adres formatlarından ilk iki tanesi SSH (Secure Shell) protokolüne karşılık gelir. http:// ve https:// protokolleri ise normal internet erişimi için de kullanılan protokollerdir. Son format ise git'in kendi protokolüne karşılık gelir.
Staging Area : Kısaca Staging Area'yı açıklamak gerekirse, 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 remote repository'ye göndermeden önce kayıt altında tuttuğunuz veri tabanı/alan olarak tanımlayabiliriz.
Benzer şekilde aşağıdaki git rm komutu ile ornek2.md dosyasının bir sonraki commit’imizde yer almayacağını belirtebiliriz.
$ git rm ornek2.md
Gitflow, Forking ve Pull Request adı verilen alternatif iş akışları ile ilgili arama yaparak farklı yaklaşımları kendiniz inceleyebilirsiniz.
Remote branchdeki değişikliklerin bilgilerini indirmek için kullanılan fetch (türkçe anlamı getirmek) ve bu değişiklikleri entegre etmek için kullanılan pull (türkçe anlamı çekmek) ifadelerinin birbirine yakın anlamları olduğu için karıştırabilirsiniz. Bu karışıklığın önüne geçmek için yapacağınız en güzel şey git pull komutunu hiç kullanmamak olacaktır.
Git pull komutu aslında arka arkaya iki şey yapmanızı sağlar
Remote branch'deki değişiklikler ile ilgili bilgileri indirmek, yani git fetch
Remote branch'deki değişiklikleri local branch'inize entegre etmek yani git merge
git fetch : remote'dan güncelleme bilgilerini indir
git diff : remote ve local arasındaki farkları incele
git merge : değişiklikleri otomatik merge et çakışma varsa bir sonraki adıma geçin
Remote branch'i git branch -dr komutu ile sildiğiniz halde remote repository'ye erişip branchleri kontrol ederseniz superyeniozellik isimli branch'in sunucuda hala durduğunuz göreceksiniz. Bunun nedeni git branch -dr komutundaki seçeneklerden r seçeneğinin sunucudaki branch'i değil yerel bilgisayarınızda remote branch bilgilerini siler. Bu değişikliğin sunucuda da geçerli olması için yani sunucudaki branch'i de silmek için git push origin :superyeniozellik komutu ile değişikliği bir anlamda remote repositry'de yayınlamanız gerekiyor.
git revert komutu commit ettiğiniz herhangi bir değişikliği geri almak için kullanılır. Bu komut ile commit işleminizin kendisi veya bilgileri silinmez sadece commit işleminizdeki değişiklik geri alınır. Örneğin eklediğiniz bir satırı kaldırmak isterseniz git revert komutu ile bunu yapabilirsiniz.
Dosyanızın merge işlemine başlamadan önceki haline istediğiniz zaman geri dönebilirsiniz. Bunun için yapmanız gereken tek şey git merge --abort komutunu çalıştırmak.
En çok kullanılan SSH komutları
- ls : dizin içeriğini gösterir
- cd : dizin değiştirir
- mkdir : yeni dizin / klasör oluşturur
- touch : yeni dosya oluşturur
- rm : dosya siler
- cat : dosya içeriğini gösterir
- pwd : bulunduğunuz dizini gösterir
- cp : dosyayı dizini kopyalar
- mv : dosyayı / dizini bağlar
- greep : belirli bir ifadeyi dosyada/satırlarda arar
- find : dosya ve dizinde arar
- vi/nano : metin editörleri
- history : kullanılan son 50 komutu gösterir
Bu çocuk ingilizce yazsa beğenirdiniz dimi!!11! şaka şaka, bu zamana kadar aldığım notları sonunda üşenmeyip paylaşabildiğim için kendimi tebrik ediyorum. Eksik veya yanlış gördüğünüz yerler varsa canım sağolsun hatasız kul olmaz diyip kaçıyorum 🏃 🏃 🏃 🏃
MIT License
Copyright (c) 2020 Caner Uçar
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.