Bu yüzden bir başkasının deposunu çatalladım, birkaç değişiklik yaptım, bir çekme isteği gönderdim ve değişiklikleri ürünümde yaptım. Harika!
Ama ... çatallı depomla ne yapmalıyım? Havuzumu saklamam için zorlayıcı bir neden var mı, yoksa devam edip silmeli miyim? Herhangi bir ek katkı yapmayı planlamıyorum, ancak fikrimi değiştirirsem her zaman yeniden çatabileceğimi varsayıyorum.
Yedek tutmayla gerçekten ilgilenmiyorum. Bağlantıları koparma, taahhüt mesajlarını kaybetme vb. Konusunda daha fazla endişeliyim.
Çatallı bir deponun silinmesi, deponuzla ilişkili tüm bilgileri siler. Bu, önceden birleştirilen çekme istekleri de dahil olmak üzere, deponuza yapılan referansları geriye dönük olarak etkileyebilir. (Bkz. Çatalın silinmesinden sonra çekme isteği "bilinmeyen repo" görüntüler )
Deponuzla ilişkili çekme taleplerinde yorumlarınız ve taahhütleriniz korunmalıdır , ancak bunu kendi sorumluluğunuzda yaparsınız.
Depoların silinmesinden kaçınılmalıdır, ancak kullanılmayan dalların silinmesi tamamen kabul edilebilir. Aslında, GitHub eski şubeleri silmenizi önerir .
Çekme İsteklerinden Sonra Toplama
GitHub'da Çekme İsteklerini bütün gün, her gün kullanmayı seviyoruz. Tek sorun, Çekme İstekleri birleştirildikten veya kapatıldıktan sonra çok sayıda geçersiz şube ile karşılaşmamızdır. Zaman zaman, birimiz bu dalları bir senaryo ile temizlerdik, ancak GitHub.com'daki düzenli iş akışımızın bir parçası olarak bu adımla ilgilenmenin 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:
Çekme İsteği birleştirilmeden kapatıldıysa, düğme birleştirilmemiş taahhütleri silme konusunda sizi uyarmak için biraz farklı görünecektir:
Tabii ki, yalnızca Push erişimine sahip olduğunuz depolardaki dalları silebilirsiniz.
Düzenli depolarınızın tadını çıkarın!
Alternatif olarak, onları gerçekten tutmak istemiyorsanız, artık etkin olarak tutulmadığını belirtmek için bir havuzu arşivleyin yapabilirsiniz.
Çekme isteğiniz kabul edildiğinde ve kişisel olarak kullanabileceğiniz başka bir değişiklik yapmadıysanız, silmeniz gerekir.
bir Çekme İsteği gönderir göndermez çatalınızı silebilirsiniz, birleştirilip birleştirilmediğine bakılmaksızın. GitHub tüm PR'ları akış yukarı deposunda depolar , yani çatal silinmiş olsa bile önerilen değişiklikler izlenir.
Bu kararı basitleştirir.
Çatalı aşağıdaki durumlarda saklamak isteyebilirsiniz:
Aşağıdaki durumlarda çatalı silmek isteyebilirsiniz:
Muhtemelen tar/gzip ve bir arşiv dir koymak, sonra 3 yıl sonra silmek. ;) Dürüst olmak gerekirse Önümüzdeki birkaç ay boyunca üzerinde tekrar çalışmak istemiyorsanız ve bir süredir kullanmadıysanız, silmek için güvenli olacağını düşünüyorum.
Sadece verilen cevaplara eklemek için - GitHub çatallı depoları birleştirildikten sonra silmenizi ("derlemeyi") önerir.
Bu, birleştirme işleminden sonra çekme isteğinde yapılabilir - lütfen bu blog yazısı adresine bakın.
Ayrıca, şu an itibariyle, yorumlarda fark edilen herhangi bir olumsuzluk görmüyorum:
@Dennis tarafından önerilen şekilde birleştirmeden önce silmenizi tavsiye etmem, çünkü yazarlar tarafından istenirse kodda bazı değişiklikler yapmanız gerekebilir.