Git şubelerini nasıl arşivleyebilirim?

Git depomda artık aktif geliştirme aşamasında olmayan bazı eski şubelerim var. Dalları, çalışırken varsayılan olarak görünmemeleri için arşivlemek istiyorum git branch -l -r. Onları silmek istemiyorum çünkü tarihi saklamak istiyorum. Bunu nasıl yapabilirim?

Refs / head'ların dışında ref oluşturmanın mümkün olduğunu biliyorum. Örneğin refs/archive/old_branch,. Bunu yapmanın herhangi bir sonucu var mı?

Bunu yapmanın doğru yolunun şubeyi etiketlemek olduğuna inanıyorum. Şubeyi etiketledikten sonra silerseniz, şubeyi etkili bir şekilde saklamış olursunuz, ancak şube listenizi karıştırmaz.

Şubeye geri dönmeniz gerekiyorsa, etikete bakın. Şubeyi etkin bir şekilde etiketinden geri yükler.

Şubeyi arşivlemek ve silmek için:

git tag archive/<branchname> <branchname>
git branch -d <branchname>

Şubeyi bir süre sonra geri yüklemek için:

git checkout -b <branchname> archive/<branchname>

Şubenin geçmişi, tam olarak etiketlediğinizde olduğu gibi korunacaktır.

Jeremy'nin cevabı prensipte doğrudur, ancak IMHO'nun belirttiği komutlar doğru değildir.

Şube çıkış yapmak zorunda kalmadan bir dalı bir etikete nasıl arşivleyeceğiniz aşağıda açıklanmıştır (ve bu nedenle, o dalı silmeden önce başka bir şubeye ödeme yapmak zorunda kalmadan):

> git tag archive/<branchname> <branchname>
> git branch -D <branchname>

Şube nasıl geri yüklenir:

> git checkout -b <branchname> archive/<branchname>

Evet, kullanarak standart olmayan bazı öneklerle bir ref oluşturabilirsiniz git update-ref. Örneğin

• Şubeyi arşivle: git update-ref refs/archive/old-topic topic && git branch -D topic
• Şubeyi geri yükleyin (gerekirse): git branch topic refs/archive/old-topic

Standart olmayan öneki (burada refs/archive) olan referanslar normalde görünmez git branch, git logne de git tag. Yine de bunları listeleyebilirsiniz git for-each-ref.

Aşağıdaki takma adları kullanıyorum:

[alias]
    add-archive = "!git update-ref refs/archive/$(date '+%Y%m%d-%s')"
    list-archive = for-each-ref --sort=-authordate --format='%(refname) %(objectname:short) %(contents:subject)' refs/archive/
    rem = !git add-archive
    lsrem = !git list-archive

Ayrıca, arşivlenen dalları otomatik olarak (veya tek çekim için) itmek gibi uzaktan kumandaları yapılandırmak isteyebilirsiniz .push = +refs/archive/*:refs/archive/*git push origin refs/archive/*:refs/archive/*

Başka bir yol da şubeyi silmeden önce SHA1'i bir yere yazmaktır, ancak sınırlamaları vardır. Herhangi bir ref'siz taahhütler , manuel olarak bırakılmaksızın 3 ay sonra (veya reflog olmadan birkaç hafta sonra) GC'd olacaktırgit gc --prune . Ref'lerin işaret ettiği taahhütler GC'den güvenlidir.

Düzenleme: @ap tarafından aynı fikrin perl uygulaması bulundu :git-attic

Edit ^ 2: Gitster'ın da aynı tekniği kullandığı bir blog yazısı bulundu .

Steve'in cevabını uzaktan kumandadaki değişiklikleri yansıtacak şekilde genişleterek yaptım

 git tag archive/<branchname> <branchname>
 git branch -D <branchname>
 git branch -d -r origin/<branchname>
 git push --tags
 git push origin :<branchname>

Uzaktan kumandadan geri yüklemek için bu soruya bakın .

Şubeleri başka bir depoda arşivleyebilirsiniz. O kadar zarif değil, ama bunun uygun bir alternatif olduğunu söyleyebilirim.

git push git://yourthing.com/myproject-archive-branches.git yourbranch
git branch -d yourbranch

İşte bunun için bir takma ad:

arc    = "! f() { git tag archive/$1 $1 && git branch -D $1;}; f"

Bu şekilde ekleyin:

git config --global alias.arc '! f() { git tag archive/$1 $1 && git branch -D $1;}; f'

git archiveZaten bir komut olduğunu unutmayın, bu yüzden archivetakma ad olarak kullanamazsınız .

Ayrıca 'arşivlenmiş' dalların listesini görüntülemek için takma ad tanımlayabilirsiniz:

arcl   = "! f() { git tag | grep '^archive/';}; f"

takma ad ekleme hakkında

Arşivlenmiş dalları gizlemek için aşağıdaki takma adları kullanıyorum:

[alias]
    br = branch --no-merge master # show only branches not merged into master
    bra = branch                  # show all branches

Böylece git braktif olarak geliştirilmiş dalları git bragöstermek ve "arşivlenmiş" olanlar da dahil olmak üzere tüm dalları göstermek .

Şubeleri arşivlemem. Başka bir deyişle, dallar kendilerini arşivler. Arzu ettiğiniz şey arkeologlarla ilgili bilgilerin güvenilir yollarla bulunmasını sağlamaktır. Günlük gelişime yardımcı olmaları ve iş yapma sürecine fazladan bir adım eklememeleri güvenlidir. Yani, insanların bir şubeyle işlendikten sonra bir etiket eklemeyi hatırlayacağına inanmıyorum.

İşte arkeoloji ve gelişime büyük ölçüde yardımcı olacak iki basit adım .

1. Her görev dalını, basit bir adlandırma kuralı kullanarak sorun izleyicide ilişkili bir sorunla ilişkilendirin .
2. Her zaman git merge --no-ffgörev dallarını birleştirmek için kullanın ; bu birleştirme taahhüdünü ve tarih balonunu, tek bir işlem için bile istersiniz.

Bu kadar. Neden? Çünkü bir kod arkeolog olarak, bir dalda hangi işin yapıldığını bilmek istemeye nadiren başlarım. Çok daha sık neden çığlık atan dokuz cehennemde kod bu şekilde yazılıyor ?! Kodu değiştirmem gerekiyor, ancak bazı garip özellikleri var ve önemli bir şeyi kırmamak için onları bulmam gerekiyor.

Bir sonraki adım, git blameilişkili taahhütleri bulmak ve daha sonra günlük mesajının açıklayıcı olmasını ummaktır. Daha derine inmem gerekirse, çalışmanın bir dalda yapılıp yapılmadığını öğrenir ve dalı bir bütün olarak okur (konu izleyicideki yorumu ile birlikte).

Diyelim ki git blameXYZ taahhüdünde puanlar. Bir Git geçmişi tarayıcısı açıyorum (gitk, GitX git log --decorate --graph, vb ...), XYZ işini bul ve gör ...

AA - BB - CC - DD - EE - FF - GG - II ...
     \                       /
      QQ - UU - XYZ - JJ - MM

İşte şubem! QQ, UU, XYZ, JJ ve MM'nin hepsinin aynı dalın bir parçası olduğunu biliyorum ve ayrıntılar için günlük iletilerine bakmalıyım. GG'nin birleştirme taahhüdü olacağını ve izleyicide bir sorunla ilişkili olan umarım şubenin adını bileceğini biliyorum.

Herhangi bir nedenle, git logbirleştirme taahhüdünde çalıştırabileceğim ve şube adını arayabileceğim eski bir şube bulmak istersem . Çok büyük depolarda bile yeterince hızlıdır.

Dalların kendilerini arşivlediğini söylediğimde bunu kastediyorum.

Her şubeyi etiketlemek, işlerin yapılmasına gereksiz bir iş ekler (acımasızca düzenlenmesi gereken kritik bir süreç), etiket listesini (performanstan değil, insan okunabilirliğinden) sadece çok nadiren yararlı olan ve olmayan t Arkeoloji için bile çok yararlı.

Yaklaşımım, "trash_" öneki ile umurumda olmayan tüm dalları yeniden adlandırmak, sonra kullanmaktır:

git branch | grep -v trash

(kabuk anahtar bağlama ile)

Aktif dalın rengini korumak için şunlara ihtiyaç vardır:

git branch --color=always | grep --color=never --invert-match trash

Şube sizin için arşivleyecek bir komut dosyası kullanabilirsiniz

archbranch

Ön ek arşiviyle / için bir etiket oluşturur ve ardından dalı siler. Ancak kodu kullanmadan önce kontrol edin.

Kullanım - $/your/location/of/script/archbranch [branchname] [defaultbranch]

Komut dosyasını konumunu yazmadan çalıştırmak istiyorsanız yolunuza ekleyin

Sonra arayabilirsin

$ archbranch [branchname] [defaultbranch]

[defaultbranch]O arşivleme bitince gidecek dalıdır. Renk kodlamasıyla ilgili bazı sorunlar vardır, ancak diğerlerinin çalışması gerekir. Uzun süredir projelerde kullanıyorum, ama hala geliştirilme aşamasında.

Bazen şubeleri şu şekilde arşivlerim:

1. Yama dosyaları oluşturun, örneğin, format-patch <branchName> <firstHash>^..<lastHash>(firstHash ve lastHash kullanarak git log <branchName>.
2. Oluşturulan yama dosyalarını bir dosya sunucusundaki dizine taşıyın.
3. Şubeyi silin, ör. git branch -D <branchName>

Şubeyi tekrar kullanmanız gerektiğinde yamayı “uygulayın”; ancak, yama dosyalarının uygulanması (bkz. git am) hedef dalın durumuna bağlı olarak zor olabilir. Artı tarafta, bu yaklaşım, şubenin taahhütlerinin çöp toplanmasına ve repoda yer kazanmasına izin verme avantajına sahiptir.