«dvcs» etiketlenmiş sorular

Merkezi olmayan sürüm kontrolü (DVCS) yazılım revizyonlarını takip eder ve birçok geliştiricinin ortak bir ağa bağlı olmadan belirli bir projede çalışmasına izin verir.

3
Yalnızca kod yorumlarını kullanan bir kod incelemesi iyi bir fikir midir?
Ön koşullar Ekip DVCS kullanıyor IDE yorum ayrıştırmayı destekler (TODO vb. Gibi) CodeCollaborator gibi araçlar bütçe için pahalıdır Gerrit gibi araçlar kurulum için çok karmaşık veya kullanılamıyor İş Akışı Yazar merkezi repo özelliği dalında bir yerde yayın yapıyor Hakem onu ​​getirir ve incelemeye başlar Bazı soru / sorun inceleyicileri için …

7
Neden çözülmemiş değişiklikler yapmıyorsunuz?
Geleneksel bir VCS'de neden çözülemeyen dosyaları işlemeyeceğinizi anlayabiliyorum çünkü derlemeyi bozabilirsiniz. Ancak, neden bir DVCS'de çözülmemiş dosyaları yürütmemeniz gerektiğini anlamıyorum (bazıları aslında dosyaları işlemenizi engelleyecektir ). Bunun yerine, deponuzun itme ve çekme işleminden kilitli olması gerektiğini , ancak taahhütte bulunmaması gerektiğini düşünüyorum . Birleştirme işlemi sırasında işlem yapabilmenin birkaç avantajı …


4
Git ile birden çok makinede çalışma
Bu biraz garip gelebilir, ancak Git'te bir şekilde birbirine bağlı birden fazla makineden çalışmanın iyi bir yolunu merak ediyorum. İki seçeneğim var gibi görünüyor ve her iki tarafta da faydaları görüyorum: Paylaşmak için git kendisini kullanın, her makinenin kendi repo'su vardır ve aralarında getirmeniz gerekir. Diğeri çevrimdışı olsa bile her …
15 git  workflows  dvcs 


6
Herhangi bir itme işindeki son taahhüt olduğu sürece ara taahhütlerin kırılması iyi mi?
İlgili: Her git taahhüdü projeyi çalışır durumda bırakmalı mı? Aşağıdaki taahhütleri yerel olarak yaptığımı varsayalım: Uygulamayı bozarak veritabanı şemasını değiştirin. Uygulamayı, veritabanı şemasıyla tekrar uyumlu olacak şekilde güncelleyin. Her iki taahhüdü de ittiğim sürece, çalışır durumda masterkalır. Ancak, tarihsel bir sürüm bozuldu. git rebase -iTaahhütleri birlikte ezmek için kullanabileceğimin farkındayım …
13 git  dvcs 

4
DVCS'de yanlış şubeyi taahhüt eden geliştiricileri durdurma
Sorun Yaklaşık 10 geliştiricisi olan bir yazılım projesindeyim, kaynak kodunu Mercurial üzerinden paylaşıyoruz. Her sürüm için bir geliştirme ve üretim şubemiz var. Proje süresince tekrar tekrar bir şubeden kaynak kodu aldık, yani v1 yazılımın daha önceki sürümleri için yama ve bakım dallarına giriyordu, yani v2. Bu, kodun yanlış şubeye gittiğini …

4
Dağıtılmış Sürüm Kontrol Sistemleri şu anda Gartner'ın yutturmaca döngüsünde nerede olabilir? [kapalı]
Kapalı . Bu soru görüş temelli . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Bu yayını düzenleyerek gerçekler ve alıntılarla yanıtlanabilmesi için soruyu güncelleyin . 5 yıl önce kapalı . Düzenleme : Son downvoting (bu noktada + 8 / -6) göz önüne alındığında, Gartner'ın yaşam döngüsünün bir …
12 research  dvcs  cvcs 


3
Sürekli Entegrasyon ve DVCS Kalıpları
Şu anda Subversion ve TeamCity kullanıyoruz, Mercurial kullanmaya başlayacağız (özellikle FogBugz kullanıcısı olarak Fırın). Açıkçası bu, geliştirme örüntülerimizde (ikimiz de!) Değişikliklerle - umarım iyileşmelerle - sonuçlanacaktır, ancak uğraştığım tek şey, şeylerin nasıl yapılandırılacağıdır, böylece sürekli entegrasyonun / CI sunucumuzun ( tartışmaları bu sorunun kapsamı dışında kalan faydalar vardır ve öyle …

3
Git'in yeniden yazma geçmişini önlemek için “güvenli mod” var mı?
Git (ve genel olarak DVCS) ile biraz yeniyseniz ve geçmiş yeniden yazma değişikliklerini keşfetmeye başladığınızda, depo yalnızca yerelse güvende olursunuz, ancak uzaktan kumandalarla çalışıp bu tür değişiklikleri itin. Beklediğim bir özellik, temelde yapmam gereken her şeyi yapmamı engelleyecek bir "güvenli mod" etkinleştirme yeteneğidir ... Ve bununla ne demek istiyorum? Yani …
11 git  dvcs 


2
Neden DVCS'lerin akılsızca taahhüt edilmemiş değişiklik fobisi var gibi görünüyor?
Bir SVN geçmişinden gelmek, DVCS sistemleri ile çalışırken alışılması en zor şeylerden biri, hepsinin bir saatli bomba gibi herhangi bir taahhüt edilmemiş değişikliği dikkate alma biçimidir . Mercurial'ta, değişiklikleri almaya çalışırsanız ve çalışma kopyanızda herhangi bir taahhüt edilmemiş değişiklik varsa, gelen değişiklikleri birleştirmek için çembere atlamanız gerekir. Dalları değiştirmeye çalışın …

1
DVCS, coğrafi olarak dağıtılmış ekipler arasında repo çoğaltmasını kutsadı
Şirketim Perforce'tan DVCS'ye geçişi araştırıyor ve şu anda birçok Performancece vekilini kullanıyoruz çünkü yazılım geliştirme ekipleri Almanya, Çin, ABD ve Meksika'ya yayılıyor ve bazen bant genişliği bir yerden diğerine o kadar da büyük değil. BT ile konuşarak, coğrafi olarak dağıtılmış perspektiften işlerin düzgün çalışmasını sağlamanın bir yolunu aramaya başladık, böylece …

3
dvcs - "dalı klonla" ortak bir iş akışı mı?
Son zamanlarda dvcs'i bir iş arkadaşınızla tartışıyordum, çünkü ofisimiz TFS'den geçiş yapmayı düşünmeye başlıyor (biz bir MS mağazasıyız). Bu süreçte çok karıştım çünkü Mercurial'ı kullanmasına rağmen bir "şube" veya "ödeme" komutu duymadığını ve bu terimlerin ona yabancı olduğunu söyledi. Onları bilmediğini ve dvcs şubelerinin yerel dosyalarınızda nasıl "yerinde" çalıştığını açıkladıktan …

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.