Git'te staging alanı nedir?

Question

Accepted Answer

**Staging alanı** (aynı zamanda **index** olarak da adlandırılır), çalışma dizininiz ile depo arasında bir ara alan olup — sonraki commit'e hangi değişikliklerin gireceğini **hazırladığınız** yerdir. Bu, commit'leri kesin bir şekilde hazırlamanıza, tam olarak neyi dahil edeceğinizi seçmenize olanak tanır. ## Git'in üç alanı ```text WORKING DIRECTORY → your actual files (where you edit) │ git add ▼ STAGING AREA (index) → changes PREPARED for the next commit (a staging zone) │ git commit ▼ REPOSITORY (.git) → committed snapshots (the permanent history) ``` Değişiklikler akışı: dosyaları düzenlersiniz (çalışma dizini), `git add` seçili değişiklikleri staging alanına alır ve `git commit` staging alanındaki değişiklikleri commit olarak kaydeder (depo). ## Neden staging alanı? Kesin commit'ler hazırlamak ```bash # edit 3 files, but commit them as TWO logical commits: git add file1.js file2.js # stage only these two git commit -m "Add feature X" # commit just those git add file3.js # stage the third git commit -m "Fix unrelated bug" # separate, logical commit # → the staging area lets you GROUP related changes into clean, focused commits ``` Staging alanı, her commit'e **tam olarak hangi değişikliklerin** gireceğini seçmenize olanak tanır — böylece temiz, odaklanmış, mantıksal commit'ler yapabilirsiniz (tüm değişiklikleri birlikte boşaltmak yerine), hatta çalışmanızın farklı bölümlerini ayrı ayrı commit edebilirsiniz. ## Yararlı staging komutları ```bash git add # stage a file git add -p # stage SPECIFIC parts (hunks) of files interactively git reset # UNSTAGE a file (keep the changes) git status # see what's staged vs unstaged git diff # unstaged changes git diff --staged # staged changes (what WILL be committed) ``` `git add -p` güçlüdür — bir dosyanın **belirli bölümlerini** staging alanına almanıza, çok kesin commit'ler yapmanıza olanak tanır. ## Neden önemli Staging alanını anlamak önemlidir çünkü bu, Git'in modelinin ayırt edici ve temel bir parçasıdır, bu nedenle Git'i etkili bir şekilde kullanmak için anlaşılması gereklidir. Ana konsept — Git'in **üç alanı** vardır (dosyaları düzenlediğiniz çalışma dizini, sonraki commit'i hazırladığınız staging alanı ve commit'lerin depolandığı depo) ve değişiklikler bunların arasında `add` ve `commit` aracılığıyla akar — bu, Git'in nasıl çalıştığının merkezindedir ve staging alanını anlamamak add/commit iş akışı hakkında karışıklığa yol açar. Staging alanının **amacı**, onu değerli kılan şeydir: tam olarak hangi değişiklikleri dahil edeceğinizi seçerek **kesin, odaklanmış commit'ler hazırlamanıza** olanak tanır — böylece ilişkili değişiklikleri temiz, mantıksal commit'ler halinde gruplandırabilirsiniz (tüm değişiklikleri bir araya getirmek yerine), hatta çalışmanızı birden fazla ayrı commit'e bölmek veya bir dosyanın yalnızca bir bölümünü commit etmek bile mümkündür (belirli bölümleri staging alanına almak için `git add -p` ile). Bu **temiz, odaklanmış commit tarihi** oluşturma yeteneği, bakım yapılabilirlik için önemlidir — iyi organize edilmiş commit'ler geçmişi okunabilir, gözden geçirilebilir ve anlaması veya geri alması daha kolay hale getirir. Staging komutlarını (`add`, `add -p`, unstage etmek için `reset` ve commit'lenecek olanları görmek için `diff --staged`) anlamak pratik günlük bilgidir. Staging alanı Git'in iş akışının temel, ayırt edici bir parçası olduğundan (düzenleme ve commit arasındaki ara adım) ve bunu anlamak temiz, mantıksal commit'ler hazırlamayı sağladığından (iyi Git uygulamasının bir özelliği), staging alanını anlamak gerekli, sık kullanılan Git bilgisidir — Git'in add/commit modelini açıklayan ve kapsamlı, iyi organize edilmiş commit tarihine olanak tanıyan temel bir konsept, Git ile çalışan her geliştirici için önemlidir.