«branching» etiketlenmiş sorular

Revizyon kontrolünde dallanma, değişikliklerin her iki dal boyunca paralel olarak gerçekleşebilmesi için revizyon kontrolü altındaki bir nesnenin kopyalanmasıdır.

3
Dallanma sürekli entegrasyonu kırar mı?
Başarılı bir Git Dallanma Modeli olan bu makalenin deneyimli DVCS kullanıcıları arasında çok iyi bilindiğini düşünüyorum. Kullandığım hgçoğunlukla, ama bu tartışma hiç DVCS için gayet iddia ediyorum. Mevcut iş akışımız her geliştirici ana depoyu klonlar. Kendi yerel depomuza kod yazıyoruz, testleri gerçekleştiriyor ve eğer her şey yolunda giderse ustaya itiliyor. …

6
Diğerleri hızla buna bağlıyken bir kod tabanını nasıl yeniden düzenleyebilirim?
Sonunda açık kaynak olacak özel bir projedeyim. Uygulama oluşturma teknolojileriyle yeteri kadar yetenekli birkaç ekip üyemiz var, ancak temiz / güzel ve en önemlisi uzun vadeli sürdürülebilir kod yazabilen özel geliştiriciler değil. Ben kod tabanı yeniden düzenleme için yola çıktık, ama başka bir ülkede takımda biri olarak düzenli temas halinde …

4
Geliştiriciler GitFlow kullanarak başka bir şubeden kodun birleştirilmesini bekleyerek engellendi
Ekibimiz FogBugz & Fırın / Mercurial'dan Jira & Stash / Git'e geçti. Git Flow modelini dallanma için kullanıyoruz, özellik dallarından alt görev dalları ekliyoruz (Jira özelliklerinin Jira alt görevleri ile ilgili). Üst şubeye geri birleştirmek için bir çekme isteği oluşturduğumuzda (genellikle geliştirir, ancak özellik dalına geri giden alt görevler için) …

3
Git: Dal mı çatal mı?
İki versiyonu olacak bir oyun projem var: Oyunun basit bir sürümü, çekirdek. Oyunun gelişmiş bir versiyonu. Genel depomda 1. versiyona sahibim ve sadece üzerinde çalışacağım. 2. versiyona gelince, iki arkadaşım ve ben üzerinde çalışacağız. Önemli olan, iki versiyonun veri havuzumda kalmasını istiyorum. Bunun için şubeler kullanabileceğimi düşündüm, ancak bu soru …

3
Git: İki dalı etkileyen bir hatayı düzeltme
Git depomu başarılı bir Git dallandırma modeline dayandırıyorum ve bu duruma sahipseniz ne olacağını merak ediyordum: Diyelim ki A ve B olmak üzere iki özellik dalında gelişiyorum ve B, A'dan kod gerektiriyor. X düğümü, A özelliğinde B dalını etkileyen bir hata veriyor ancak bu A ve B özelliğinin birleştirildiği ve …
16 git  bug  branching 

3
Uzun süredir yayınlanmamış kod için Git dallanma stratejisi
Ekibimizde, bireysel çalışma birimlerine (Hikayeler) ek olarak, daha uzun süren çalışma temalarımız var (Destanlar). Birden fazla hikaye destansı. Geleneksel olarak, her bir Öykü için özellik dallarımız vardı ve bunları KG'yi geçtiklerinde ustalıkla birleştirmek için birleştirdik. Ancak, Epic "özellik tamamlandı" sayılana kadar, bir Epic'te tamamlanmış hikayelerin yayınlanmasına devam etmek istiyoruz. Bu …

5
.NET uygulamaları arasında kod paylaşmanın en etkili yolu nedir?
Çalışmalarımızda, birçok temel işlevselliği paylaşan birkaç farklı .net uygulamamız var. Bu uygulamaları temiz n katmanlı bir mimari kullanarak yaptık, ancak aynı işlevleri birkaç farklı kez yeniden uyguladığımızı anladığımız anı vurduk. Açıkçası bu DRY'yi ihlal ediyor ve bunu düzeltmek istiyoruz. Nuget'i zaten yaygın tutkal kodu (IoC, günlük kaydı, ayarlar) için bazı …

2
Büyük proje düzeni: birden fazla alt projeye yeni özellik ekleme
Sürüm kontrol yönetim sistemi ile birçok bileşeni olan büyük bir projenin nasıl yönetileceğini bilmek istiyorum. Mevcut projemde 4 ana bölüm var. ağ Sunucu Yönetici konsolu Platform. Web ve sunucu bölümü yazdığım 2 kütüphaneyi kullanıyor. Toplamda 5 git deposu ve 1 cıva deposu bulunmaktadır. Proje derleme betiği Platform deposundadır. Tüm bina …

2
Başka bir üçüncü taraf ürününün (ve bir teklifin artıları ve eksileri) sürümüne eşlik etmesi gereken ürünler için iyi bir git dallanma modeli
Not: Sorum belirli sorunuma odaklandı (Liferay'ı içeriyor), ancak umarım git üzerinde aynı projenin çeşitli sürümlerini tutması gereken herkes için yararlı olabilir. Liferay Portal için birçok eklenti yazan bir şirkette çalışıyorum . Bu eklentiler (portletler, temalar vb.) Genellikle yeniden kullanılabilir ve elbette portalın yeni sürümleri için güncellenmelidir. Ancak, taşınamayacak kadar var …


1
Birleştirilmiş şubeler için faydalı git kesinleştirme mesajları
Bir takibi olarak bu soruya : Kendi başıma bir ekip üzerinde çalışıyorsam, şubeleri birleştirirken tüm taahhütleri tek bir farkla ezip sonra bu farkı birleştirerek yararlı taahhüt mesajları koruyabilirim. Bu şekilde dalda hangi değişikliklerin tanıtıldığını kolayca görebilirim ve ana dalda gezinirken o dalda gerçekleştirilen özelliği / değişikliği / her şeyi açıklayan …
12 git  branching 

6
Piyasaya sürülmeye hazır özellikleri yalnızca her hafta üretim sürümlerimize nasıl dahil edebiliriz?
Oldukça büyük bir çevik ekipte yazılım geliştiriciyim (tek bir kod deposunda aktif olarak değişiklik yapan sekiz geliştiricimiz var). İki haftada bir, yazılımımızın yeni bir sürümünü üretime zorluyoruz. Mevcut iş akışımız: Yeni bir göreve başlarken, geliştiriciler ana geliştirme dalından bir "özellik dalı" oluştururlar ( git kullanıyoruz ) ve bu yeni daldan …

4
Bir Özellik Dalında Çalışırken Kod Kalitesini Artırırsanız
Kod / kamp sitesini bulduğunuzdan daha güzel bir durumda bırakmakla ilgili bu makaleyi gerçekten çok seviyorum - kod temizliğini takip etmek gerçek dünyada pratik bir yaklaşım gibi görünüyor. Ayrıca özellik dallarını ayrı ayrı özellikleri geliştirmenin bir yolu olarak seviyorum , böylece hoşunuza gitmezse kolayca birleştiremezsiniz. Ancak, bir özellik dalı üzerinde …

6
Git'te, bir düzine kitaplık için versiyonlama nasıl yapılır?
Projeler yapıyoruz, ancak projeler arasında çok fazla kod kullanıyoruz ve ortak kodumuzu içeren çok sayıda kütüphanemiz var. Yeni projeler uygularken, ortak kodu ortadan kaldırmanın ve kütüphanelere koymanın daha fazla yolunu buluyoruz. Kütüphaneler birbirine, projeler kütüphanelere bağlıdır. Her projenin ve bu projede kullanılan tüm kütüphanelerin, atıfta bulundukları tüm kütüphanelerin aynı sürümünü …

6
Sürümler için doğru dallanma stratejisini seçme
Yeni bir projede yeni bir geliştirme ekibi ile başlayarak kaynak havuzumuz için Dallanma stratejimizi tanımlamamız gerekiyor ( örn. Microsoft Team Foundation Server 2010 ). Yapılıp yapılmayacağı konusunda yapışkan bir tartışmaya girdik ... Bir . Üretim yapıları yaptığımız bir Sürüm şubesine ve bir şey gerçekten yayınlandığında Etiketle VEYA B . Üretime …

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.