☑️
DevOps - Notlarım
  • 🎒MikroServis Mimarisi
    • 🏴‍☠️Yol Haritamız
    • ☕Monolith'den Mikroservis'e
    • 🧙Transaction Yönetimi
    • 🎋Veri Tabanı Tasarımı
    • 📵Servisler Arası İletişim
    • 📜DDD ve Mikroservis Mimari
    • 📡Entegrasyon Testi
    • 😎Loglama ve Monitoring
    • 🏁Sonuç
  • 🍄GIT-GITHUB
    • Git - Github - Giriş
    • Branch
    • Merge
  • ✅Cheat Sheet
    • Encoding vs Encryption vs Tokenization
    • Cloud Services
    • Devops-CI-CD
    • CI-CD
    • Cloud Database Landscape
    • Cloud Disaster Recovery Strategies
    • Cloud IAM Best Practice
    • Cloud Native
    • Components of A URL
    • Components of Kubernetes
    • Data Stracture CheatSheet
    • Database Connections Pool
    • Devops and Cloud Key Metric
    • Devops Life Cycle
    • DevOps SRE Raod Map
    • Doceker vs Kubernetes
    • Forward Proxy vs Reverse Proxy
    • Git Cheat Sheet
    • Helm Cheat Sheet
    • How DNS Work
    • HTTP Status Code
    • Kubernetes Commands Cheat Sheet
    • Kubernetes Cost Reduction Tecniques
    • Kubernetes Ecosystem
    • Kubernetes Porduction Reality
    • Kubernetes Troubleshooting Cheat Sheet
    • Linux Command Cheat Sheat
    • Microservice Best Practice
    • Monolithic vs Microservice Architechture
    • Multi Cloud Databese Picker
    • Never ingnore these 7 commands
    • OpenShift Archtitect
    • Microservice RoadMap
    • Scrum vs Kanban
    • Software Architecture Styles
    • Software Architectures
    • Software Enginering Nuttshell
    • System Desing Interview
    • Type Of Database
    • The Elements of Cloud Pyramid
    • Top Tools Used in Devops
    • 8 Archtitectural Styles
    • 7 Step For Api Perfomance
    • 5 Deployment Patern
    • 10 Key Jenkins Pipelines HouseKeeping Routines
    • 12 Cloud Burn Outs
    • Architecture Netflix
    • ASCII-Table-wide
    • Aws-Azure-Google-Oracle-Cloud
    • Azure Devops
    • Basic Server Types
    • Cloud Cost Reduction Techniques
    • Cloud Database Landscape
    • What is OSI model
    • Chat GPT Prompt
    • How does SSO work
    • How do Message Queues Evolve
    • API Architectural Styles Comparison
    • Cache Systems Every Developer Should Know
    • Essential DevOps Concepts
    • How do C++ Java Python work
    • Top 5 Kafka Use Cases
    • Why is Kafka Fast
    • 10 QUESTIONS quality of decision making
    • End to End Software Development Life Cycle
    • Networking Crash Course
    • What is Observability
    • Rest vs GraphQL
    • Statefull Set
    • System Design Cheat Sheet
  • 🤣MeMes
    • Github
    • Continers
    • What Gives People Feelinfs
    • Kubernetes Solve Problem
    • Kubernetes Update
    • Docker Inc. 2014
    • DevOps Before After
    • Kubernetes Real Life
    • Kubernetes Solve Problem
  • ☁️Cloud Provider
    • Cloud Servis Sağlaycılar
    • Kim ne hizmet sunuyor.
  • 🪨CNCF
    • CNCF
  • 🛠️Tools
    • Encode and Decode
  • 🧮Kubernetes Backup
    • Yedekleme yazılımları
  • 🖖ANSIBLE
    • 😎Giriş
    • 🐛Yaml
    • ⌨️Componentler
    • 🫚Inventory
    • ✈️ad-hoc
    • 🔘Playbook
  • Ne nedir - Kısaca tanımlar
    • Git
    • CI/CD
    • Azure DevOps
  • 🥟Docker
    • Docker Cheat Sheet
Powered by GitBook
On this page
  • Staging Area
  • Git Commit
  • Git add
  1. GIT-GITHUB

Git - Github - Giriş

  • Dağıtık bir versiyon kontrol sistemidir.

  • Açık kaynak kodlu ve ücretsiz.

  • Hızlı kontrol sistemi.

  • Versiyonlama, değişikliklerin takibini sağlayabildiğimiz bir yöntem.

Misal bir uygulamanın, 2.versiyonu 1.versiyonuna göre bazı değişikliklere sahip olabilir.

  • Takım çalışması için kullanışlı.

  • Dosyaların üzerinde yapılan değişiklikler görüntülenebilir.

Diğer Kavramlar

  • Repository : Kod deposu, veri deposudur. Projelerimizin versiyon kontrolünü yapabilmek adına oluşturulmaktadır. Tüm dosyalarımızın üzerinde yapılan değişiklikleri görebileceğiz. Repo oluşturmak için "git init" komutunu kullanıyoruz.

  • Working Directory : Çalışmakta olduğumuz dizindir. Hangi dizinde çalışılacaksa, repo oluşturulmalıdır.

  • Staging Area : Güncelleme yaptığımız, dosyaların bulunduğu yer. Dosyalar üzerinde güncelleme yaptıktan sonra, working directory 'den Staging area 'ya taşıyoruz.

  • Commit : Yapılan değişikliklerin tarafımızca onaylanması.

  • Working Directory 'de çalıştığımız dosyaları güncelledikten sonra, staging arae 'ya alıyoruz. Buradan da repository 'e gönderiyoruz.

resim gelecek

Staging Area

GIT 'de değişikliklerin, kayıt altına alındığı alandır. Staging area, proje dosyalarımızda bir dizi değişikliği yeni bir versiyon olarak işaretlemeden önce kayıt altında tuttuğumuz veri tabanı olarak tanımlayabiliriz. GIT status ile proje dosyalarımızın durumunu görebiliriz. Git status ile üzerinde çalışılan repository 'nin, O anki durumu görüntülenir. Üzerinde değişiklik yapılan dosyalar, yeni eklenmiş dosyalar ve commit komutu uygulanmamış konsol üzerinde listelenir. Git add ile değişiklik yapılan/yeni eklenen dosyaları eklersek dosyalar/dizinler staging area 'ya taşınacaktır.

git add .  > Bulunduğumuz dizindeki dosyaları tamamını staging area aktaracaktır.

Git Commit

Git 'de eklediğimiz dosyaları kalıcı olarak git veri tabanına işlemeye commit denilmektedir. Proje 'de belli başlı işlemler yapıldıktan sonra dosyaları commit etmek gerekir. Yapılan değişiklikleri kimlerin tarafından yapıldığını anlamak için git config ile username ve mail adresini tanımlamak gerekmektedir.

git commit -m [message]

Git add

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

  • git config global : Geçerli olan kullanıcının, tüm projeler için genel yapılandırmalar. .gitconfig dosyası içerisinde saklanır.

  • git config system : Bilgisayardaki tüm kullanıcılar, tüm repoların ayarlarının kontrol edilip, bulunduğu kısımdır.

PreviousGIT-GITHUBNextBranch

Last updated 1 year ago

🍄
git config | Atlassian Git TutorialAtlassian
Logo