Git ile Linux VPS Üzerindeki Kullanıcı Yapılandırma Dosyalarınızı Yönetme Rehberi

Git ile Linux VPS Üzerindeki Kullanıcı Yapılandırma Dosyalarınızı Yönetme Rehberi

Linux tabanlı bir Sanal Özel Sunucu (VPS) üzerinde çalışırken, verimliliğinizi ve iş akışınızı büyük ölçüde etkileyen önemli bir unsur, kişisel yapılandırma dosyalarınızdır. Bu dosyalar, genellikle “dotfile” olarak bilinen ve . ile başlayan gizli dosyalardır; örneğin .bashrc, .vimrc, .gitconfig gibi. Bu dosyalar, kabuk ayarlarınızdan metin düzenleyici tercihlerine, Git davranışlarından SSH bağlantılarına kadar her şeyi kişiselleştirmenizi sağlar. Ancak birden fazla VPS veya yerel makine kullanıyorsanız, bu yapılandırmaları tutarlı bir şekilde yönetmek, yedeklemek ve yeni bir sisteme taşımak zaman alıcı ve hataya açık bir süreç haline gelebilir. İşte bu noktada Git, dotfile yönetimi için güçlü ve esnek bir çözüm sunar.

Bu kapsamlı rehberde, Git’i kullanarak Linux VPS’inizdeki kullanıcı yapılandırma dosyalarınızı nasıl etkili bir şekilde yöneteceğinizi adım adım açıklayacağız. Neden Git’i tercih etmeniz gerektiğinden başlayarak, farklı yönetim stratejilerine, pratik kurulum adımlarına ve en iyi uygulamalara kadar her detayı ele alacağız. Amacımız, yapılandırma dosyalarınızı kolayca yedekleyebileceğiniz, farklı sistemler arasında senkronize edebileceğiniz ve değişiklikleri versiyonlayarak yönetebileceğiniz sağlam bir sistem kurmanıza yardımcı olmaktır.

Temel Kavramlar ve Ön Hazırlık

Dotfile’larınızı Git ile yönetmeye başlamadan önce, temel kavramları anlamak ve gerekli ön hazırlıkları yapmak önemlidir. Bu bölüm, dotfile’ların ne olduğunu, neden Git’i tercih etmemiz gerektiğini ve başlamak için nelere ihtiyacımız olduğunu açıklayacaktır.

Dotfile’lar Nedir?

Dotfile’lar, genellikle Unix benzeri sistemlerde kullanıcı ayarlarını ve tercihlerini depolayan gizli yapılandırma dosyalarıdır. Adları bir nokta (.) ile başladığı için standart ls komutuyla görünmezler; ls -a veya ls -A ile listelenebilirler. Bu dosyalar, kullanıcının ev dizininde (~/) bulunur ve bir programın veya kabuğun nasıl davranacağını belirler.

En yaygın dotfile’lara örnekler:
* .bashrc veya .zshrc: Bash veya Zsh kabuklarının yapılandırma dosyalarıdır. Ortam değişkenleri, takma adlar (alias), fonksiyonlar ve başlangıç komutları burada tanımlanır.
* .vimrc veya ~/.config/nvim/init.vim / init.lua: Vim veya Neovim metin düzenleyicilerinin ayarlarını içerir. Tuş eşlemeleri, eklentiler, renk şemaları ve genel düzenleyici davranışları burada yapılandırılır.
* .gitconfig: Git’in kullanıcıya özgü ayarlarını (kullanıcı adı, e-posta, varsayılan düzenleyici vb.) içerir.
* .ssh/config: SSH istemcisinin bağlantı ayarlarını (host takma adları, kimlik doğrulama yöntemleri) belirler.
* .tmux.conf: Tmux terminal çoklayıcısının ayarlarını içerir.
* .profile veya .bash_profile: Kullanıcı oturum açtığında çalışan kabuk betikleri.

Bu dosyalar, bir kullanıcının çalışma ortamını kişiselleştirmesi ve optimize etmesi için hayati öneme sahiptir. Onları yönetmek, verimliliği artırır ve farklı sistemlerde tutarlı bir deneyim sağlar.

Neden Git Kullanmalıyız?

Dotfile’ları manuel olarak kopyalamak veya yedeklemek yerine Git ile yönetmek, birçok avantaj sunar:

* Versiyon Kontrolü: Her değişikliğin kaydını tutar. Yanlış bir yapılandırma yaptığınızda kolayca önceki bir sürüme dönebilirsiniz.
* Yedekleme ve Geri Yükleme: Dotfile’larınızı uzak bir Git deposunda (GitHub, GitLab vb.) tutarak, olası veri kayıplarına karşı güvence altına alırsınız. Yeni bir sisteme geçişte veya mevcut bir sistemi yeniden kurarken, tüm yapılandırmalarınızı tek bir komutla geri yükleyebilirsiniz.
* Farklı Makineler Arasında Senkronizasyon: Birden fazla VPS, yerel makine veya iş istasyonu kullanıyorsanız, dotfile’larınızdaki değişiklikleri kolayca senkronize edebilirsiniz. Bir makinede yaptığınız bir ayarı diğer tüm makinelerinize yansıtabilirsiniz.
* Yeni Kurulumlarda Kolaylık: Yeni bir Linux VPS kurduğunuzda, tüm kişisel ayarlarınızı birkaç komutla hazır hale getirebilirsiniz. Bu, “dotfile bootstrapping” olarak bilinir ve kurulum sürecini önemli ölçüde hızlandırır.
* Paylaşım ve İşbirliği: Dotfile’larınızı açık kaynak olarak paylaşarak başkalarının yapılandırmalarından ilham alabilir veya kendi yapılandırmalarınızı başkalarıyla paylaşabilirsiniz.

Ön Gereksinimler

Bu rehberi takip etmek için aşağıdaki ön gereksinimlere ihtiyacınız olacaktır:

* Linux VPS’e SSH Erişimi: VPS’inize SSH üzerinden bağlanabilmeniz gerekir.
* Git’in Kurulu Olması: VPS’inizde Git’in kurulu olması gerekir. Çoğu Linux dağıtımında varsayılan olarak gelir, ancak değilse aşağıdaki komutlarla kurabilirsiniz:
* Debian/Ubuntu tabanlı sistemler: sudo apt update && sudo apt install git
* CentOS/RHEL tabanlı sistemler: sudo yum install git veya sudo dnf install git
* Temel Linux Komut Satırı Bilgisi: cd, ls, mv, ln, echo gibi temel komutları kullanabilmeniz beklenir.
* Uzak Git Deposu Hesabı: Dotfile’larınızı yedeklemek için GitHub, GitLab veya Bitbucket gibi bir platformda bir hesaba ihtiyacınız olacak. Özel (private) bir depo oluşturmanız önerilir.

Git Deposu Oluşturma Stratejileri

Dotfile’ları Git ile yönetmek için birkaç farklı strateji bulunmaktadır. Her birinin kendine göre avantajları ve dezavantajları vardır. Bu bölümde en popüler iki yöntemi inceleyeceğiz ve ardından hangisinin genellikle daha çok tercih edildiğini belirteceğiz.

1. “Çıplak” Git Deposu (Bare Repository) Yöntemi

Bu yöntem, dotfile’ları yönetmek için en popüler ve temiz yollardan biridir. Geleneksel bir Git deposundan farklı olarak, “çıplak” bir depo, çalışma dizini (working tree) içermez. Sadece Git’in iç veritabanını (.git dizini) barındırır. Bu, dotfile’larınızın doğrudan ev dizininizde kalmasını sağlar ve sembolik bağlar oluşturma ihtiyacını ortadan kaldırır.

Avantajları:
* Dotfile’lar ev dizininizde doğal yerlerinde kalır, bu da Git’i kullanırken daha az karmaşıklık anlamına gelir.
* Sembolik bağlar oluşturma ihtiyacı yoktur, bu da kurulumu basitleştirir.
* Git komutlarını doğrudan ev dizininizden çalıştırabilirsiniz.

Dezavantajları:
* Git komutlarını normalden biraz farklı bir şekilde (özel bir takma ad veya fonksiyon kullanarak) çağırmanız gerekir.
* Yanlışlıkla tüm ev dizininizi Git’e eklememek için dikkatli olmanız gerekir.

Uygulama Adımları:

1. Çıplak Depoyu Oluşturma:
Ev dizininizde ~/.cfg (veya .dotfiles, .git gibi istediğiniz bir isim) adında çıplak bir Git deposu oluşturun:

git init --bare $HOME/.cfg

Bu komut, ~/.cfg dizinini bir Git deposu olarak başlatır, ancak içinde herhangi bir çalışma dosyası veya dizini bulunmaz.

2. Git için Takma Ad (Alias) Oluşturma:
Git’e, ~/.cfg deposunu kullanmasını ve ev dizininizi çalışma alanı olarak kabul etmesini söylemek için bir takma ad tanımlamanız gerekir. Bu takma ad, config gibi kısa ve akılda kalıcı bir isim olabilir. ~/.bashrc veya ~/.zshrc dosyanıza aşağıdaki satırı ekleyin:

echo "alias config='/usr/bin/git --git-dir=$HOME/.cfg/ --work-tree=$HOME'" >> ~/.bashrc
    # Eğer zsh kullanıyorsanız:
    # echo "alias config='/usr/bin/git --git-dir=$HOME/.cfg/ --work-tree=$HOME'" >> ~/.zshrc

Değişiklikleri etkinleştirmek için kabuğunuzu yeniden yükleyin veya source ~/.bashrc (veya .zshrc) komutunu çalıştırın.

3. Untracked Dosyaları Göstermeyi Engelleme:
Normalde git status komutu, çalışma dizinindeki tüm izlenmeyen dosyaları gösterir. Ancak config takma adını kullanırken, tüm ev dizininiz çalışma dizini olarak kabul edildiğinden, config status komutu ev dizininizdeki binlerce izlenmeyen dosyayı listeleyecektir. Bunu engellemek için Git’e izlenmeyen dosyaları göstermemesini söyleyebilirsiniz:

config config --local status.showUntrackedFiles no

Bu ayar sadece ~/.cfg deposu için geçerli olacaktır.

4. İlk Dotfile’ları Ekleme ve Taahhüt Etme:
Artık config takma adını kullanarak Git komutlarını çalıştırabilirsiniz. Dotfile’larınızı eklemeye başlayın:

config add .bashrc .vimrc .gitconfig
    config commit -m "İlk dotfile'larımı ekledim"

Bu adımlarla, seçtiğiniz dotfile’lar ~/.cfg deposunda izlenmeye başlanır.

2. Sembolik Bağlar (Symlinks) ile Yönetim

Bu yöntem, dotfile’ları ev dizininizdeki ayrı bir dizinde (~/.dotfiles gibi) toplar ve ardından bu dosyalara ev dizininizden sembolik bağlar oluşturur. Bu, geleneksel Git kullanımına daha yakındır.

Avantajları:
* Geleneksel Git iş akışına daha uygundur.
* Dotfile’larınızı tek bir merkezi dizinde tutar.
* Karmaşık kurulum betikleriyle otomatikleştirmesi kolaydır.

Dezavantajları:
* Her bir dotfile için manuel olarak sembolik bağ oluşturmanız gerekir (veya bir betik kullanmanız).
* Ev dizininizde orijinal dotfile’ları silip yerine sembolik bağları oluşturmanız gerekir.

Uygulama Adımları:

1. Dotfile Dizini Oluşturma ve Git Deposunu Başlatma:
Ev dizininizde dotfile’larınızı saklamak için bir dizin oluşturun ve içinde bir Git deposu başlatın:

mkdir ~/.dotfiles
    cd ~/.dotfiles
    git init

2. Dotfile’ları Taşıma ve Sembolik Bağ Oluşturma:
Mevcut dotfile’larınızı yeni ~/.dotfiles dizinine taşıyın ve ardından ev dizininizde orijinal konumlarına sembolik bağlar oluşturun. Örneğin, .bashrc için:

mv ~/.bashrc ~/.dotfiles/bashrc
    ln -s ~/.dotfiles/bashrc ~/.bashrc

Bu işlemi yönetmek istediğiniz her dotfile için tekrarlamanız gerekir. Sembolik bağ oluştururken, kaynak dosyanın (~/.dotfiles/bashrc) var olduğundan ve hedef konumun (~/.bashrc) boş olduğundan emin olun.

3. Git’e Ekleme ve Taahhüt Etme:
~/.dotfiles dizinine taşıdığınız ve sembolik bağlarını oluşturduğunuz dosyaları Git’e ekleyin ve taahhüt edin:

cd ~/.dotfiles
    git add .
    git commit -m "İlk dotfile'larımı ekledim (sembolik bağlar ile)"

3. Alt Modüller (Submodules) veya Alt Ağaçlar (Subtrees)

Bu yöntemler, daha karmaşık senaryolar için kullanılır. Örneğin, Vim veya Neovim yapılandırmanız içinde eklentileri ayrı Git depoları olarak yönetmek isteyebilirsiniz. Ancak, temel dotfile yönetimi için genellikle aşırıya kaçan çözümlerdir ve başlangıç seviyesi için önerilmez. Bu rehberin kapsamı dışında tutulacaktır.

Önerilen Yöntem

Genel olarak, “Çıplak” Git Deposu yöntemi, dotfile yönetimi için en temiz ve en pratik yöntem olarak kabul edilir. Dotfile’larınızın ev dizininizde doğal yerlerinde kalmasını sağlar ve sembolik bağların karmaşıklığını ortadan kaldırır. Bu rehberin geri kalanında, bu yöntemi temel alarak ilerleyeceğiz.

Git Deposunu Kurulum ve Yönetim Adımları

Şimdi, çıplak depo yöntemini kullanarak dotfile’larınızı nasıl kuracağınızı ve yöneteceğinizi adım adım inceleyelim.

Yerel Depo Oluşturma ve İlk Ayarlar

1. Çıplak Depoyu Başlatma:
VPS’inize SSH ile bağlandıktan sonra, ev dizininizde çıplak Git deposunu oluşturun:

git init --bare $HOME/.cfg

2. config Takma Adını Tanımlama:
Git komutlarını kolayca kullanabilmek için config takma adını tanımlayın. Bu takma ad, Git’e ~/.cfg deposunu kullanmasını ve ev dizininizi çalışma alanı olarak görmesini söyler:

echo "alias config='/usr/bin/git --git-dir=$HOME/.cfg/ --work-tree=$HOME'" >> ~/.bashrc
    # Eğer zsh kullanıyorsanız, ~/.zshrc dosyasına ekleyin.

Takma adın hemen etkili olması için kabuğunuzu yeniden yükleyin:

source ~/.bashrc
    # veya source ~/.zshrc

Artık config komutunu git yerine kullanabilirsiniz. Örneğin, config status gibi.

3. Untracked Dosyaları Gizleme:
Yukarıda bahsedildiği gibi, config status komutunun ev dizininizdeki tüm izlenmeyen dosyaları listelemesini engellemek için bu ayarı yapın:

config config --local status.showUntrackedFiles no

4. İlk Dotfile’ları Ekleme:
Yönetmek istediğiniz dotfile’ları Git deposuna ekleyin. Başlangıçta birkaç temel dosya ile başlamak iyi bir fikirdir:

config add .bashrc .vimrc .gitconfig

Bu komut, belirtilen dosyaları Git’in sahneleme alanına (staging area) ekler.

5. Değişiklikleri Taahhüt Etme (Commit):
Sahneleme alanındaki değişiklikleri depoya kaydedin:

config commit -m "İlk temel dotfile'larımı ekledim"

Bu, dotfile’larınızın ilk versiyonunu oluşturur.

Hassas Dosyaları Yönetme ve .gitignore Kullanımı

Dotfile’larınız arasında, asla bir Git deposunda saklamamanız gereken hassas bilgiler (örneğin, SSH özel anahtarları, API anahtarları, şifreler) olabilir. Bu tür dosyaları yanlışlıkla depoya eklememek için .gitignore dosyasını kullanmak hayati önem taşır.

1. .gitignore Dosyası Oluşturma:
Ev dizininizde bir .gitignore dosyası oluşturun ve yönetmek istemediğiniz veya hassas olan dosyaları buraya ekleyin. Örneğin:

# .gitignore dosyasını oluşturun veya düzenleyin
    # nano ~/.gitignore

Örnek .gitignore içeriği:

# Hassas dosyalar - ASLA Git deposuna eklenmemelidir!
    .ssh/
    .netrc
    .gnupg/
    .env
    .vault-password
    
    # Geçici dosyalar ve loglar
    *.swp
    *.swo
    *~
    .bash_history
    .zsh_history
    .local/share/
    .cache/
    
    # Özel program ayarları (eğer ayrı yönetilmiyorsa)
    .vscode/

ÖNEMLİ UYARI: SSH özel anahtarlarınızı (id_rsa, id_ed25519 vb.) veya diğer hassas bilgileri içeren dosyaları ASLA bir Git deposuna eklemeyin. .ssh/ dizinini .gitignore‘a eklemek, bu tür bir hatayı önlemenin en iyi yoludur. Eğer SSH yapılandırma dosyanızı (.ssh/config) yönetmek isterseniz, bu dosyayı ayrı olarak ekleyip, içinde hassas bilgi olmadığından emin olmalısınız.

2. .gitignore Dosyasını Git’e Ekleme:
Oluşturduğunuz .gitignore dosyasını Git’e ekleyin ve taahhüt edin:

config add .gitignore
    config commit -m "gitignore dosyasını ekledim"

Uzak Depo ile Senkronizasyon

Dotfile’larınızı yedeklemek ve farklı sistemler arasında senkronize etmek için bir uzak Git deposu (örneğin GitHub, GitLab, Bitbucket) kullanmanız gerekir.

1. Uzak Depo Oluşturma:
Seçtiğiniz Git servis sağlayıcısında yeni bir özel (private) depo oluşturun. Örneğin, dotfiles adında bir depo.

2. SSH Anahtarı Oluşturma ve Ekleme (Gerekliyse):
Eğer henüz yapmadıysanız, VPS’inizde bir SSH anahtarı oluşturun ve genel anahtarınızı (public key) Git servis sağlayıcınızın hesabına ekleyin. Bu, şifre girmeden Git sunucusuyla güvenli bir şekilde iletişim kurmanızı sağlar.

ssh-keygen -t ed25519 -C "your_email@example.com"
    cat ~/.ssh/id_ed25519.pub # Bu çıktıyı GitHub/GitLab/Bitbucket SSH anahtarları bölümüne yapıştırın

3. Uzak Depoyu Ekleme:
Yerel çıplak deponuzu uzak deponuzla ilişkilendirin:

config remote add origin git@github.com:kullaniciadi/dotfiles.git
    # GitHub için örnek URL. Kendi kullanıcı adınız ve depo adınızla değiştirin.

4. Dotfile’ları Uzak Depoya İtme (Push):
Yerel deponuzdaki dotfile’ları uzak depoya gönderin:

config push -u origin master
    # veya config push -u origin main (eğer ana dalınızın adı 'main' ise)

-u (veya --set-upstream) bayrağı, gelecekteki config push ve config pull komutları için varsayılan uzak dalı ayarlar.

Yeni Bir VPS’e Kurulum veya Mevcut Bir Sistemde Geri Yükleme

Yeni bir Linux VPS kurduğunuzda veya mevcut bir sistemde dotfile’larınızı geri yüklemeniz gerektiğinde, aşağıdaki adımları izleyin:

1. Git’i Kurma:
İlk olarak, VPS’inizde Git’in kurulu olduğundan emin olun.

2. Uzak Depoyu Klonlama:
Çıplak deponuzu uzak depodan klonlayın. Mevcut dotfile’larınızı üzerine yazmamak için bu işlemi dikkatli yapın:

git clone --bare git@github.com:kullaniciadi/dotfiles.git $HOME/.cfg

3. config Takma Adını Tanımlama:
~/.bashrc (veya .zshrc) dosyanıza config takma adını ekleyin ve kabuğunuzu yeniden yükleyin:

echo "alias config='/usr/bin/git --git-dir=$HOME/.cfg/ --work-tree=$HOME'" >> ~/.bashrc
    source ~/.bashrc

4. Untracked Dosyaları Gizleme:

config config --local status.showUntrackedFiles no

5. Dotfile’ları Çekme (Checkout):
Şimdi, uzak depodaki dotfile’ları ev dizininize çekin:

config checkout

ÖNEMLİ: Eğer ev dizininizde mevcut dotfile’lar (örneğin, yeni bir kurulumda varsayılan .bashrc) varsa, bu komut çakışmalara neden olabilir. Git size hangi dosyaların çakıştığını söyleyecektir. Çakışan dosyaları yedekleyip silerek bu sorunu çözebilirsiniz:

config checkout 2>&1 | egrep "\s+\." | awk {'print $1'} | xargs -I {} mv {} {}.bak
    # Bu komut, çakışan dosyaları bulur ve sonlarına ".bak" ekleyerek yedekler.
    # Ardından tekrar checkout yapın:
    config checkout

Alternatif olarak, tüm mevcut dotfile’ları silip sonra checkout yapabilirsiniz, ancak bu daha riskli bir yaklaşımdır.

6. Gerekirse Resetleme:
Eğer config checkout sırasında sorun yaşarsanız ve temiz bir başlangıç yapmak isterseniz, aşağıdaki komutla deponuzu uzak deponun son durumuna sıfırlayabilirsiniz:

config reset --hard

DİKKAT: Bu komut, yerel deponuzdaki izlenen tüm değişiklikleri geri alır ve uzak deponun durumuyla eşleştirir. Kaydedilmemiş değişiklikleriniz varsa kaybolabilir.

Değişiklikleri Yönetme ve Senkronizasyon

Dotfile’larınızda yaptığınız değişiklikleri Git ile yönetmek ve senkronize etmek için düzenli olarak aşağıdaki komutları kullanın:

1. Durumu Kontrol Etme:
Hangi dosyaların değiştiğini veya yeni eklendiğini görmek için:

config status

2. Dosyaları Ekleme:
Yeni bir dotfile eklediğinizde veya mevcut bir dosyadaki değişiklikleri sahnelemek istediğinizde:

config add .yeni_dotfile .mevcut_dotfile

3. Değişiklikleri Taahhüt Etme:
Sahnelenen değişiklikleri depoya kaydedin:

config commit -m "Açıklayıcı bir mesaj: .vimrc dosyamda tema değişikliği yaptım"

4. Uzak Depodan Çekme:
Başka bir sistemde yaptığınız değişiklikleri mevcut VPS’inize getirmek için:

config pull origin master
    # veya config pull origin main

Eğer çekme işlemi sırasında çakışmalar olursa, Git size hangi dosyaların çakıştığını söyleyecektir. Bu dosyaları manuel olarak düzenleyerek çakışmaları çözmeniz ve ardından config add ve config commit komutlarıyla çözümü taahhüt etmeniz gerekir.

5. Uzak Depoya İtme:
Yerel deponuzdaki değişiklikleri uzak depoya göndermek için:

config push origin master
    # veya config push origin main

Gelişmiş Kullanım İpuçları ve En İyi Uygulamalar

Dotfile yönetiminizi daha da optimize etmek ve olası sorunları önlemek için bazı gelişmiş ipuçları ve en iyi uygulamalar mevcuttur.

Dallanma (Branching) Kullanımı

Git’in dallanma özelliği, farklı işletim sistemleri, makineler veya belirli projeler için özel dotfile yapılandırmaları oluşturmak için oldukça kullanışlıdır.

* Farklı İşletim Sistemleri İçin Dallar: Bir dalı Linux için, başka bir dalı macOS için veya farklı VPS’ler için ayırabilirsiniz.

config checkout -b linux-vps-1
    # Burada sadece bu VPS'e özgü değişiklikleri yapıp commit edebilirsiniz.

* Deneysel Değişiklikler İçin Dallar: Büyük bir değişiklik yapmadan önce, ayrı bir dalda deneyebilir ve sorunsuz çalıştığından emin olduktan sonra ana dalla birleştirebilirsiniz.

config checkout -b yeni-vim-ayarlari
    # Değişiklikleri yapın, test edin.
    config checkout master
    config merge yeni-vim-ayarlari

Betikler (Scripts) ile Otomasyon

Yeni bir sisteme dotfile’larınızı kurma sürecini otomatikleştirmek için basit bir kabuk betiği (örneğin, install.sh veya setup.sh) yazmak çok faydalıdır. Bu betik, Git deposunu klonlayabilir, config takma adını ayarlayabilir, dotfile’ları çekebilir ve hatta gerekli paketleri kurabilir.

Örnek bir install.sh betiği (çıplak depo yöntemi için):

#!/bin/bash

echo "Dotfile kurulumu başlatılıyor..."

Git kurulu mu kontrol et
if ! command -v git &> /dev/null
then
    echo "Git kurulu değil. Lütfen Git'i kurun ve tekrar deneyin."
    exit 1
fi

Çıplak Git deposunu klonla
if [ ! -d "$HOME/.cfg" ]; then
    echo "Çıplak dotfiles deposunu klonluyor..."
    git clone --bare git@github.com:kullaniciadi/dotfiles.git $HOME/.cfg
else
    echo "Dotfiles deposu zaten mevcut."
fi

'config' takma adını ayarla
grep -qxF "alias config='/usr/bin/git --git-dir=\$HOME/.cfg/ --work-tree=\$HOME'" "$HOME/.bashrc" || \
    echo "alias config='/usr/bin/git --git-dir=\$HOME/.cfg/ --work-tree=\$HOME'" >> "$HOME/.bashrc"

Untracked dosyaları gizle
config config --local status.showUntrackedFiles no

Mevcut çakışan dotfile'ları yedekle
echo "Mevcut dotfile'ları yedekliyor ve çekiyor..."
config checkout 2>&1 | egrep "\s+\." | awk {'print $1'} | xargs -I {} mv {} {}.bak

Dotfile'ları çek
config checkout

Eğer hala checkout sorunları varsa, resetle (dikkatli olun!)
config reset --hard

echo "Dotfile kurulumu tamamlandı. Kabuğunuzu yeniden başlatın veya 'source ~/.bashrc' çalıştırın."

Bu betik, yeni bir VPS’e bağlanıp git clone komutuyla dotfile deponuzu indirdikten sonra çalıştırılabilir.

Hassas Bilgilerin Yönetimi

.gitignore kullanmanın yanı sıra, şifreler, API anahtarları veya diğer hassas verileri yönetmek için daha güvenli yöntemler kullanmak önemlidir:

* Ortam Değişkenleri: Hassas bilgileri ortam değişkenleri olarak tanımlayın (export MY_API_KEY="secret"). Bu değişkenler sadece mevcut kabuk oturumu için geçerlidir ve Git deposuna kaydedilmez. Ancak, kalıcı olmaları için .bashrc veya .zshrc içinde tutmak yerine, sunucu başlatıldığında yüklenen ayrı bir betik veya sistem servisi ile yönetmek daha güvenlidir.
* .env Dosyaları: Proje bazında hassas verileri .env dosyalarında tutun ve bu dosyaları .gitignore ile izlemeyi bırakın. Uygulamalarınız bu dosyaları okuyacak şekilde yapılandırılabilir.
* Şifre Yöneticileri: pass (The Standard Unix Password Manager) veya Vault gibi araçlar, hassas bilgileri şifreli olarak saklamak için kullanılabilir.
* Git-Secret veya Transcrypt: Git depolarındaki belirli dosyaları şifrelemek için bu tür araçları kullanabilirsiniz. Bu, hassas dosyaları Git ile yönetmenize olanak tanır, ancak depoda şifreli olarak saklanmalarını sağlar.

Periyodik Yedekleme

Dotfile’larınızda önemli değişiklikler yaptığınızda düzenli olarak config push yaparak uzak deponuzu güncel tutun. Bu, olası veri kaybına karşı en iyi savunmadır. İsterseniz, basit bir cron işi ile belirli aralıklarla otomatik config push işlemi de ayarlayabilirsiniz, ancak bu, yerel değişikliklerin otomatik olarak uzak depoya gönderilmesi anlamına gelir, bu yüzden dikkatli kullanılmalıdır.

Belgeleme (Documentation)

Dotfile deponuzda bir README.md dosyası bulundurmak çok faydalıdır. Bu dosya şunları içerebilir:
* Deponun ne içerdiği.
* Nasıl kurulacağı (özellikle install.sh betiğiniz varsa).
* Önemli yapılandırma parçalarının açıklamaları.
* Farklı dalların ne için kullanıldığı.
* İlham aldığınız veya kullandığınız eklentilerin listesi.
Bu, hem sizin gelecekteki referansınız için hem de başkalarıyla paylaşırsanız onlar için çok değerlidir.

Sonuç

Linux VPS üzerinde kullanıcı yapılandırma dosyalarınızı Git ile yönetmek, başlangıçta biraz kurulum gerektirse de, uzun vadede zaman kazandıran, hataları azaltan ve verimliliği artıran güçlü bir yaklaşımdır. Dotfile’larınızı versiyon kontrolü altına alarak, onları kolayca yedekleyebilir, farklı sistemler arasında senkronize edebilir ve yeni bir kurulumda dakikalar içinde kişisel çalışma ortamınızı hazır hale getirebilirsiniz.

“Çıplak” Git deposu yöntemi, temizliği ve doğrudanlığı sayesinde dotfile yönetimi için en çok tercih edilen stratejilerden biridir. Bu rehberde anlatılan adımları takip ederek, kendi dotfile yönetim sisteminizi kurabilir ve Git’in sunduğu tüm avantajlardan faydalanabilirsiniz. Unutmayın, hassas bilgileri asla Git deposuna doğrudan eklemeyin ve .gitignore dosyasını etkili bir şekilde kullanarak güvenliğinizi sağlayın.

Dotfile’larınızı Git ile yönetmeye başlamak, Linux deneyiminizi bir üst seviyeye taşıyacak ve dijital yaşamınızı daha düzenli ve kontrol edilebilir hale getirecektir. Şimdi sıra sizde; bu rehberi kullanarak kendi dotfile deponuzu oluşturun ve kişiselleştirilmiş, verimli bir çalışma ortamının keyfini çıkarın!