«branching» etiketlenmiş sorular

Şirketim Git kullanıyor ve kendine özgü bir dallanma şeması kullanıyor - iş master'da yapılıyor ve şubeler sürümlere ayrılıyor. Bu, bir yinelemede yapılan tüm çalışmalar dalda kaldığı sürece iyi çalışır, ancak kritik bir üretim sorunu ortaya çıkarsa, çalışmanın bir şekilde her iki dalda da yapılmasını sağlamalıyız. Son zamanlarda, bu şubelerle biraz …

30 git  workflows  branching  gitflow 

Dikkatli olmak genellikle sorunları önlemek için yeterlidir, ancak bazen üzerinde çalıştığım şubeyi iki kez kontrol etmem gerekir ( örneğin, "hmm ... şubedeyim dev, değil mi?") Rasgele bir kaynak kontrol yolunu kontrol ederek dosya. Daha kolay bir yol ararken, çözüm dosyalarını buna göre adlandırmayı düşündüm ( örneğin MySolution_Dev.sln ), ancak her …

27 version-control  visual-studio  team-foundation-server  branching 

Git'te "dallanma ücretsiz" ne anlama geliyor? Git'in diğer sürüm kontrol sistemlerine kıyasla ne zaman söylendiğini çok duyuyorum. Başkalarıyla ( SVN , vb.) İlgilenme fırsatım olmadı mı?

27 version-control  git  branching 

Ne zaman yeni bir proje başlarsa, genellikle "istikrarlı" bir şey elde edinceye kadar doğrudan usta taahhüt ederek başlamak mantıklı olur ve ardından şubelerde çalışmaya başlarsınız. En azından normalde böyle yapıyorum. Şubeleri hemen ikinci işlemden başlatmak için bir yol var mı? Bu şekilde yapmak mantıklı mı? Açıkçası, "İlk Taahhüt" her zaman …

26 version-control  git  branching 

Git dallanma modelleri hakkında birçok tavsiye gördüm ve en yaygın fikir, doğrudan ana dalda değişiklik yapmanın kötü bir fikir olduğu görünüyor. İş arkadaşlarımızdan biri doğrudan ana dalda değişiklik yapmaktan oldukça mutlu ve birkaç sohbete rağmen, bunu değiştirebilecek gibi görünmüyor. Bu zamanda, doğrudan usta üzerinde çalışmak için kötü bir uygulama olan …

25 version-control  git  svn  branching 

Aynı kaynak kodunu paylaşan ve sürekli entegrasyon devam ederken orta ölçekli bir takımda çalışıyorum, ancak hepimiz aynı dalda çalışmak zorunda kaldığımız için, yapı neredeyse her zaman bozuluyor. Ayrıca, son zamanlarda ortaya çıkan ve kırılan binaları hafifletmek için uygulamaya konan bir kurala sahip olduğumuzdan, kimsenin inşa ederken check-in yapmasına izin verilmediğini …

25 version-control  teamwork  continuous-integration  builds  branching 

Kodumu sürüm kontrol altına almaya yeni başladım (çalışmakta olduğum laboratuarda, SVN ve kendi kodlarım github'da (tabii ki git ile). Sürüm kontrolünü kullanmadan önce, böyle bir şey yapardım. Sürüm numarası olan birçok klasörün içinde kütüphanenin adını taşıyan bir klasör vardı. Ne zaman yeni bir sürüm üzerinde çalışmaya başlamak istersem, son sürümün …

24 version-control  git  svn  branching  release-management 

Şirketimde tüm gelişimimiz (hata düzeltmeleri ve yeni özellikler) ayrı branşlarda yapılıyor. Tamamlandığında, onu o dalda test eden QA'ya gönderiyoruz ve bize yeşil ışığı yaktıklarında, onu ana şubemizle birleştiriyoruz. Bu, bir gün ile bir yıl arasında bir yer alabilir. Bir dalda yeniden yapılanmayı sıkmaya çalışırsak, ne kadar süre "çıkacağını" bilmiyoruz, bu …

24 version-control  refactoring  branching 

Aynı git deposuna sahip birden fazla proje üzerinde çalışan büyük bir ekibiz (10-12 geliştirici ve 4 qa). Onun bir bahar çizme tabanlı arka uç web hizmeti. İyi bir git dallanma ve konuşlandırma stratejisi arıyoruz. Ayrıca, özelliklerimizin beklendiği gibi çalışmasını sağlayan bir qa ekibimiz var (belirli bir ölçüde hata içermez). Birkaç …

23 testing  git  branching  qa  gitflow 

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 …

23 git  refactoring  branching  gitflow 

Ben ve ekibim özellik dallarını kullanıyoruz (git ile). Usta birleştirme önce kod inceleme için en iyi strateji hangisi olduğunu merak ediyorum. Master'dan yeni bir şube satın alıyorum, ha fb_ # 1 diyelim Birkaç kez taahhüt ediyorum ve efendiye geri getirmek istiyorum. Birleştirmeden önce birisinin kod incelemesi yapması gerekiyor Şimdi 2 …

22 git  code-reviews  branching 

Genel anlamda, ürünlerin yaşam döngüsü boyunca birden fazla sürüm alabilen ve önceki ürünlerin desteğini gerektiren uzun vadeli projeler için, ürün sürümlerini ve kod tabanının dallanmasını ele almanın en iyi yolu nedir? Daha spesifik olarak, uygun dağıtılmış sürüm kontrolünün (yani git) yerinde olduğunu ve ekiplerin küçükten büyüğe kadar olduğunu ve geliştiricinin …

21 version-control  versioning  branching  product-management 

Özellik dalları kullanan bir ekipte git ile çalışırken, tarihte şube yapısını anlamakta zorlanıyorum. Örnek: Diyelim ki bir özellik dalı özelliği / kahve yap , ve hata düzeltmesi özellik dalına paralel olarak master'da devam etti . Tarih şöyle görünebilir: * merge feature/make-coffee |\ | * small bugfix | | * | …

20 git  branching 

Kabaca nvie'nin git-akışını takip eden bir git dallanma modeline sahip bir projem var . Sürüm şubelerimiz SemVer biçiminde adlandırılır , ör.v1.5.2 Bir serbest bırakma dalına üretim için yeşil ışık verildiğinde, dalı master ile birleştirerek, bir etiket uygulayarak ve sonra dalı silerek kapatırız. Serbest bırakma dalını hemen sildiğimizden, dalı etiketlemek için …

20 version-control  git  branching  gitflow 

Özellikler büyüdükçe bir problemle karşılaşmaya başlıyoruz, burada özellikler test için sahnelemeyi yapıyor, ancak her şey test edildiğinde ve onaylandığında yeni özellikler test için hazırlanıyor. Bu, neredeyse hiç üretime itemeyeceğimiz bir ortam yaratıyor çünkü test edilmiş ve test edilmemiş özelliklerin bir kombinasyonuna sahibiz. Bunun ortak bir sorun olduğuna eminim, ama bizim …

19 git  continuous-integration  branching  devops