Yeniden düzenleme GitFlow şube adlandırma modeline nerede aittir?


23

Son zamanlarda bitbucket tarafından uygulanan GitFlow modeliyle çalışmaya başladım. Ve benim için tam olarak açık olmayan bir şey var.

Yeniden biriktirme, planlama ve yeniden düzenleme görevlerini yerine getirerek teknik borcumuzu düzenli olarak ele almaya çalışıyoruz. Bu tür yeniden düzenleme dalları, birleştirilen çekme talepleriyle sona ermektedir develop. Benim sorum yeniden düzenleme dalları GitFlow'a ait mi?

  • featureÖneki kullanmak en mantıklı görünüyor, ancak yeniden düzenleme yeni bir işlevsellik eklemediğinden tamamen doğru hissetmiyor.
  • Ancak bugfixönek kullanmak doğru görünmüyor ve gerçek bir hata yeniden düzenleme düzeltmesi yok.
  • Öte yandan, özel bir önek oluşturmak, şeyleri aşırı tasarlamak olmasa bile karmaşık görünüyor.

Böyle bir durumun var mıydı? Bunu ele almak için hangi uygulamayı kullanıyorsunuz? Lütfen nedenini açıklayınız.


Neden refactorlar için bir şubeye ihtiyacınız var? Ürünün işlevselliğini tanım gereği değiştirmezler, bu yüzden bunları doğrudan geliştirmede yapabilmelisiniz.
jonrsharpe

@jonrsharpe kısacası, daha rahat ve kontrol edilebilir. Yeniden düzenleme için genellikle bir Jira bileti vardır ve ayrıca çekme talebi sırasında kod gözden geçirilir. Ek olarak, birleştirilmeden önce bunun için derlemeler ve testler yapılır. Şube geliştirmeyi yeşil tutmaya çalışıyoruz.
AMA

4
Sen aşırı şeyler yapıyorsun - bu durumda süreç. Refactor, ayrı bir iş paketi olarak değil, sistem üzerinde çalışırken.
Bay Cochese

2
Bu durumda: 1. Benim sempatilerim var; ve 2. kullanım diyorum refactor, o zaman her birleştirme ürüne ne dönüşüm bekleniyor açıktır (bugfix: kırık davranış düzeltmek, özellik: yeni davranış eklemek, refactor: önceki davranış korumak). Ama @MrCochese haklı, gerçekten ayrı bir görev değil yaptığınız diğer işin bir parçası olmalı. Ayrıca, yeniden düzenleyenlerinizin yapıyı bozması durumunda, yeniden düzenleyici olmadıklarını unutmayın!
jonrsharpe

Yaptığınız yeniden düzenleme çalışmalarından bazıları gerçekten ana işin bir parçası olmalıdır. Kesinlikle refraktör dalları rutin yapmazdım , ama sadece daha büyük bir temizleme çabasının bir parçası olarak. Bunu alışkanlık haline getirmek, temizlik işini "refactor" şubesine ertelemek gibi diğer kötü alışkanlıkları teşvik edecektir.
Robert Harvey

Yanıtlar:


27

Yeniden düzenleme çalışmaları bir özellik dalında olmalıdır.

"Özellik" öneki sadece ayrı bir programlama görevini tanımlamak için kullanılan bir kelimedir, istediğiniz herhangi bir kelimeyi seçebilirsiniz, geliştirmedeki herhangi bir dal bir "özellik" dalı veya "serbest bırakma" dalıdır

"Yeniden düzenleme" gibi yeni bir önek eklemek sorunludur. Bir özellik eklerken sık sık yeniden düzenleme yapacağınız için, kendinize bir adlandırma sorunu veriyorsunuz ve karışıklık katıyorsunuz. yani. "bazı özellik dallarımıza" yeniden düzenleme "deniyor, hayır tüm yeniden düzenleme çalışmalarını içermiyorlar ve bazen hata düzeltmeleri veya özellikleri var ''

benzer şekilde "düzeltme" dalları, düzeltmeler içerdikleri için düzeltme olarak adlandırılmazlar, ancak geliştirmeden ziyade ana daldan ayrıldıkları için


1
teşekkür ederim. Kulağa makul geliyor. Biraz daha bekleyeceğim ve başka cevap yoksa ben de seninkini kabul edeceğim.
AMA
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.