GitHub çatal depolarımı sonsuza dek saklamalı mıyım?


314

Bu yüzden bir başkasının deposunu çatalladım, birkaç değişiklik yaptım, çekme isteği yaptım ve değişiklikler bunu ürüne yaptı. Harika!

Ama ... benim çatal depomla ne yapmalıyım? Depomu buralarda tutmamın zorlayıcı bir nedeni var mı, yoksa devam edip silmem gerekir mi? Herhangi bir ek katkı yapmayı düşünmüyorum, ancak fikrimi değiştirirsem, her zaman sadece yeniden kurabilirim.

Yedek tutma konusunda gerçekten endişelenmiyorum. Bağlantıları koparma, taahhüt mesajları kaybetme vb. Hakkında daha çok endişeliyim.


80
Lütfen silin veya github hash biter.
Armand

3
yinelenen kod kötüdür. Bu da git sınırlarının ötesine geçer.
stijn

7
@ stijn - Bunu "yinelenen" yerine "yedekleme" olarak okudum. Ve hiç kimsenin yedekleme kodunun kötü olmadığını iddia ettiğini duymadığımı sanmıyorum ...
Beekguk

3
Silin. Ne de olsa, her zaman son halini (yine de çalışmaya devam etmek isteyeceğiniz devlet) proje deposundan indirebilirsiniz.
Kale,

Orijinal repo silinirse ve hiç kimsede çatal kalmazsa ne olur? Bu durumda depoya nasıl erişebilirim?
Kromster

Yanıtlar:


40

Çatallı depoları silmek, Çekme İsteğinizdeki geçmişi siler.

Bilinmeyen depoya sahip PR

Çatallı bir havuzu silmek, havuzunuzla ilişkili tüm bilgileri siler. Bu daha önce birleştirilmiş olan çekme istekleri de dahil olmak üzere depoya yapılan tüm referansları geriye dönük olarak etkileyebilir. (Bkz. Çekme talebi çatalın silinmesinden sonra "bilinmeyen repo" görüntüler )

Yorumlarınız ve taahhütleriniz , deponuzla ilişkili olan tüm isteklerde korunmalıdır, ancak bunu kendi sorumluluğunuzda yapacaksınız.

Ancak, eski dalları bir birleştirme işleminden sonra silmek tamamen güvenlidir.

Havuzların silinmesinden kaçınılması gerekirken, kullanılmayan dalları silmek kesinlikle kabul edilebilir. Aslında GitHub, eski dalları silmenizi önerir .

Çekme İsteklerinden Sonra Toplama

GitHub'da, her gün tüm gün Çekme İsteği'ni kullanmayı seviyoruz. Tek sorun, Çekme İstekleri birleştirildikten veya kapatıldıktan sonra çok fazla feshedilmiş dalla karşılaşmamızdır. Zaman zaman birimiz bu dalları bir senaryo ile temizleyecektik, ancak GitHub.com'daki düzenli iş akışımızın bir parçası olarak bu adıma dikkat etmenin daha iyi olacağını düşündük.

Bugünden itibaren, bir Çekme İsteği birleştirildikten sonra, kalan dalı silmek için bir düğme göreceksiniz:

Bu dalı sil düğmesi

Çekme İsteği birleştirilmeden kapatılmışsa, düğme ödenmemiş taahhütleri silme konusunda sizi uyarmaktan biraz farklı görünecektir:

Şubeyi uyarıyla sil

Tabii ki, sadece push erişimi olan havuzlardaki dalları silebilirsiniz.

Düzenli depolarınızın tadını çıkarın!

Alternatif olarak, onları etrafta tutmak istemiyorsanız, artık aktif olarak korunmadığını göstermek için bir depoyu arşivleyebilirsiniz .

Ayrıca bakınız


1
Şubelerini silerken kesilmeyen kapalı çekme isteklerine tam olarak ne olur (alıntılanan makaledeki ikinci durum)? Taahhütler talepte bulunmaya devam edecek mi, sadece geçmişi olmadan mı yoksa tamamen mi gidecekler?
yazım hatası


207

Çekme isteğiniz kabul edildi ve kişisel olarak kullanabileceğiniz başka herhangi bir değişiklik yapmadıysanız, silmelisiniz.

  1. Silme hiçbir şeye zarar vermez.
  2. Gerekirse her zaman refork yapabilirsiniz
  3. İnsanlar bir şey ararken, arama sonuçlarında işe yaramaz repoları azaltıyor
  4. GitHub'ınızı potansiyel işler / sözleşmeler için bir tür özgeçmiş olarak kullanırsanız, şu anda üzerinde çalışmadığınız düzinelerce çatallı havuzunuz yoksa daha iyi görünür. Daha verimli görüneceksin.
  5. Yüzlerce yararsız depoda gezinmek zorunda kalmazsanız kendi akıl sağlığınıza yardımcı olur.
  6. GitHub için daha iyi. :)

50
Bunun tek dezavantajı, çekme isteğinin daha sonra " tuhaf bir şekilde <date> ' <repo>den unknown repository<date>' e olan birleşme taahhüdünü göstermesidir , ki bu biraz gariptir.
PLPeeters 07:15

18
@ PLPeeters, Aslında bu oldukça büyük bir dezavantaj.
Pacerier

4
remove-github-forks"Ana depoda olmayan taahhütleri olmayan tüm çatalları sil" seçeneğini kullanmanızı öneririm . Tıkır tıkır çalışıyor.
fregante

3
@SteveMoser Yanılıyor olabilirim, ancak hala "katkıda bulunduğunuz depolar" listesini tuttuğunuzu düşünüyorum. Aralarında bir bağlantı kurdum ve hala bir şekilde orada kaldı, ancak bir
şanssızlık gördü

17
Riske girdim ve çatallanmış depoyu sildim ve katkıda bulunduğum listem etkilenmedi, bu yüzden güvenli bir şekilde çatallı depoyu silmenin katkı kredilerinizi etkilemeyeceğini söyleyebilirim
Amin Mohamed Ajani 14.03.05

76

Şunları yapabilirsiniz Bir Çekme Talep gönderebilir en kısa sürede çatalını silmek o birleştirilmiş veya değilse ne olursa olsun,. GitHub, tüm PR'leri giriş deposunda depolar , yani çatal silinse bile önerilen değişikliklerin izlenmesi anlamına gelir.

Bu kararı basitleştirir.

Aşağıdaki durumlarda çatalı tutmak isteyebilirsiniz:

  • Hemen daha fazla katkıda bulunacaksınız (örneğin, mevcut PR'ı uzatın veya yeni PR'ler açın)

Aşağıdaki durumlarda çatalları silmek isteyebilirsiniz:

  • Adınız altında temiz bir proje portföyü istiyorsunuz

7
“Çekme İsteğini gönderir göndermez çatalını silebilirsin” Bu aradığım şeydi!
Unnawut

Ben de, ama cevap "Çekme isteğiniz kabul edilirse ..." ile başlar
Legends

4
Uyarı : Çatalınızı silerken, orijinal dal adı bekleyen tüm isteklerden kaldırılır. ( Stevoisiak içine işlemek 1 birleştirme istediği Drugoy:masterdenunknown repository )
Stevoisiak

20

Muhtemelen tar / gzip olur ve bir arşiv dizini ekler, sonra 3 yıl sonra silerdim. ;) Dürüst olmak gerekirse Önümüzdeki birkaç ay boyunca tekrar çalışmayı düşünmüyorsanız ve bir süre kullanmamışsanız, silmenin güvenli olacağını düşünüyorum.


9

Sadece verilen cevapları eklemek için - GitHub, birleşik olduktan sonra çatal depoları silmeyi ("toplama") önerir.

Bu, birleştirme işleminden sonra çekme isteğinde yapılabilir - lütfen bu blog gönderisine bakın .

Ayrıca, bu andan itibaren yorumlarda fark edilen herhangi bir olumsuz tarafı görmüyorum:

  • çatallı depoyu sildikten sonra bile, çekme isteğinde doğru mesaj var ("bilinmeyen depo yok")
  • katkıda bulunduğunuz depo, katkı etkinliğinizde hala listeleniyor
  • hala bu havuzun katılımcılarına listeleniyorsunuz

Yazarlar tarafından istenirse kodda bazı değişiklikler yapmanız gerekebileceğinden, @Dennis tarafından önerildiği şekilde birleştirme öncesinde silmeyi tavsiye etmem.


2
Ben sadece bir çatal deposunu sildim ve çekme isteği şimdi diyor unknown repository. Oh iyi.
Krassi

10
Bağlantınız, başarılı bir birleştirme işleminden sonra bir şubenin nasıl silineceğini açıklayan bir makaleye gider ; Ancak bu soru bir havuzun silinmesini ister . Kendi proje çatalınızı ( depoyu ) sildiğinizde yalnızca "bilinmeyen havuz" u izleyeceksiniz .
stakx

2
Mesele daldan değil çataldan silmek.
Andy
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.