Git özelliği dalını silmek için doğru zaman ne zaman?

Sonunda 82 özellik dalı asılı kalmak istemiyorum , bu yüzden, uzmanlık için birleştirir birleştirmez özellik dalını basitçe silmenin olası dezavantajlarının ne olduğunu merak ediyorum.

İş akışı:

git co -b feat-xyz
hack hack
git ci
hack some more
git ci
git co master
git merge feat-xyz
smoke test
git br -d feat-xyz

Burada herhangi bir sorun var mı?

Birleştirmeden sonra silme olağan yoldur. Bu nedenle git branch -d yourbranchname, şubenin silinmeden önce tamamen birleştirildiğinden emin olmak için kontroller yapılır.

Etrafta bir dalı tutmak için düşünebileceğim birkaç neden var: Üretime girdiğinde hataların geri gelmesi durumunda ona tutunmak isteyebilir veya tarihi bir kayıt isteyebilirsiniz.

Her iki durumda da, silmeden önce şubenin başını etiketleme seçeneğiniz vardır. Bir etiket, birkaç küçük farklılık dışında bir commit için bir gösterici olması açısından bir dal gibidir: 1) porselen genellikle kasada git show-branch veya tab-auto complete gibi keşif komutlarındaki etiketleri göstermez, 2) birini kontrol etmek sizi ayrılmış (ref olmayan) BAŞLIK 3'e koyar) bir " etiketleme mesajı " bırakabilirsiniz , bu da etiketin bir kayıt gibi nesne deposunda bir nesne olarak kaydedilmesine neden olur.

Bu şekilde geçmişi korursunuz ve herhangi bir hata düzeltmeye ihtiyacınız olursa, düzeltme için ana dışında yeni bir dal oluşturmanızı öneririm.

Birleştirmeden sonra siliyorum, ancak git merge --no-ffdal geçmişinin grafikte görünmesi için hızlı ilerlemeden kaçınmak için her zaman a yapıyorum . Özellik dalının geliştirme dalından nereden ayrıldığına ve nereden geri katıldığına dair geçmişe sahip olmayı seviyorum:

Bu, Vincent Driessen'in başarılı bir Git dallanma modelinden alınmıştır, git ile kullanmak için çok güzel bir iş akışı ve projelerimin çoğunda uyguluyorum.

Bir özellik dalını biraz daha etrafta tutmak isteyebileceğiniz iki neden düşünebilirim:

• Yukarı yönde daha fazla iş için size geri atılma şansı var.
• Diğer geliştiriciler muhtemelen her şeyi ana olarak istemeden bu özelliği istiyorlar.

Pratikte, çoğu zaman birleştirme işleminden sonra silme işlemi yeterlidir.

Tipik iş akışı olacak

 // Create new branch
 $ git checkout -b myfeature
 // and then do some changes and commit them

 // Switch to master branch
 $ git checkout master

 // Merge myfeature to master. --no-ff will always keep branch information.
 $ git merge --no-ff myfeature

 // Delete myfeature branch
 $ git branch -d myfeature

 // Push the changes
 $ git push origin master

bence bu tipik iş akışı (birleştirmeden sonra silme)

DÜZENLE Yani, en azından kısa ömürlü dallar için birleştirmek yerine, bence ana fikir onları ustaya yeniden sunmaktır. daha sonra doğrusal bir değişim geçmişiyle sonuçlanırsınız ve tüm dal ana gövdenin bir parçası olur. bu durumda, orada tüm değişiklikleri yaparsınız, bu nedenle açıkça bir kopyasına ihtiyacınız olmaz.