«gitflow» etiketlenmiş sorular

Yaygın olarak adlandırılan Git-akış modeli düzeltmelerinde, kendi hotfix-*dallarına gider ve release-*dalda yayınlanmadan hemen önce küçük tümleştirme düzeltmeleri yapılır . Önceki sürümdeki genel hata düzeltmelerinin yeri yok gibi görünüyor. Nerede görünmeli? Kendi bug-*dallarında mı olmalılar develop(tıpkı featuredallar gibi )?

15 git  gitflow 

Uzun zaman önce birlikte çalıştığım web geliştiricisinin küçük ekibi, web geliştirme için git'i kullanmaya başladı. O zamanlar doğrudan sahnelemeyi veya ustalaşmayı taahhüt ettik ve sonra ikisi arasında sık sık birleştik. Hiç yoktan iyiydi, ama aynı zamanda bir karışıklıktı. Çok uzun zaman önce gitflow iş akışını kabul ettik. Kesinlikle daha önce …

12 web-development  git  gitflow 

Git'i küçük bir ekip üyesine (kooperatif) tanıtıyorum. Şimdi ekleme, işleme, itme ve çekme temelleri ile rahatlar. Şimdi onları istekleri ve dalları çekmek için tanıtmak istiyorum. Şubelerde çekme talepleri yapmaya başlarlarsa, devam eden işlerim için de aynısını yapmalı mıyım? Çekme taleplerini birleştiren kişi olacağım. Dallarda çalışmamın en mantıklı olup olmayacağından emin …

11 git  github  gitflow  pull-requests 

İşteki ekibim Subversion'u VCS olarak kullanarak yeni bir projeye başlıyor (bu soruyu amacı için bu seti taş olarak düşünebilirsiniz). Hala projenin erken aşamalarındayız ve bir dallanma modeli üzerinde anlaşmaya çalışıyoruz. Önceki projemiz, mevcut sürümlere yönelik düzeltmeleri ve yamaları yönetirken sorunlara yol açan standart olmayan bir sürüm modeline dayanıyordu. Farklı dallanma …

10 svn  branching  gitflow 

Bir proje için gitflow kullanmaya başladım ve yeni oluşturulan bir düzeltmenin yanı sıra olağanüstü bir özellik dalı var. Gitflow iş akışı Başına, düzeltme hem uygulanan alır efendi ve geliştirmek dalları, ama hiçbir şey söz konusu ya da kaybolmamış özelliği dalları hakkında yapılır. Yine de, düzeltme değişikliklerini özellik dalıma dahil etmek …

10 git  gitflow 

Bir oluştururken, gitflow kullanarak release-1.0.0şube ve hem de birleştirme masterve developher iki dalları bir taahhüt eksik sahip olacaktır: masterrelease-1.0.0birleşme yeri nerede olmayacakdevelop developrelease-1.0.0birleşme yeri nerede olmayacakmaster Bunun yerine, sonra hotfix-1.0.1yaratılır ve birleştirilmiş masterbunun için birleşti edilirken, develop, birleştirme için kaydedilmesini kesinleştirme nereye önceki içerecektir release-1.0.0çatısı altına girmiştir master; böylece şöyle …

9 git  gitflow