«version-control» etiketlenmiş sorular

Kaynak kod revizyonlarını izlemek, saklamak ve almak için bir programlama disiplini.

1
Derleme Betiği ve Derleme Sunucusunun Sorumlulukları
Yapı Komut Dosyası ve Yapı Sunucusu'nun sorumlulukları hakkında bazı açıklamalara ihtiyacım var. Net hakkında sürekli entegrasyon ve derlemeler hakkında birkaç makale okudum. Dahil olmak üzere F5 Anahtarı Bir Derleme Süreci Değil Yapı Sunucusu: Projenizin Kalp Monitörü Günlük Yapılar Arkadaşınız Danışmanımla yazılımımızın oluşturma süreci hakkında bir görüşme yaptım. Çok tecrübeli olduğu …

1
Git iş akışı / küçük bir proje için uygulamalar (png'de akış şeması)
Kişisel bir iş akışı bulmaya çalışıyorum. Bir sürümün varsayımsal ömrünün bir akış şemasını bir araya getirdim: bir geliştirici, genel bir github deposuna itiyor + bazı özelliklere yardımcı olan ve bir hatayı düzelten bir arkadaş. Bu sürüm kontrolüne makul bir yaklaşım mı? Ana fikir, kamuoyunu düzenli tutmaktır: Her yeni sürüm, bittiğinde …

4
“Hedef Yönlendirme” kodunun bir Geliştirme Yöneticisi tarafından nasıl ele alınması gerekir?
Önce bir terim yazmama izin ver: kod hedef eğilimi: Sabah kodu kontrol etme, ardından diğer geliştiriciler tarafından önceki gün dosyada yapılan tüm değişiklikleri sessizce gözden geçirme (özellikle başlangıçta geliştirdiğiniz kod dosyaları) ve biçimlendirme, mantık, değişkenleri yeniden adlandırma, yeniden düzenleme ve VCS'deki değişiklikleri taahhüt eder. Bu uygulama, tanımladığım birkaç artı ve …

6
Bir müşterinin bir projeye katkıda bulunmasına izin vermenin en iyi yolu nedir?
Bir müşteri için bir CRM oluşturuyoruz. Şimdi ilk büyük aşaması bitmiş edilmiş ve müşteri veritabanı şeması ve iş küçük çaplı değişiklikler yapma, işin bazı pick up istiyorum kararlaştırılan ikinci bir ilk aşamasını işler olduğunu biz ikinci inşa ederken . Bunun hiç pratik olup olmadığına karar veremiyorum, ancak varsayalım, bunu çalışabilir …


6
Paylaşılan kütüphaneler için dallanma ve sürüm oluşturma stratejisi
Bu mesajlar birbiriyle ilişkili gibi görünüyor, ama beynim erimeye başlıyor ve bunu düşünmeye çalışıyor: P İşverenim kaynak kontrolünü kullanmaya yeni başladı, çünkü daha fazla geliştirici işe almadan önce "depo", çoğunlukla evden çalışan yalnız geliştiricinin sabit diskiydi. Yazdığı tüm .NET kodu toplu olarak kontrol edildi ve çok sayıda yinelenen (okuma: kopyala …

4
Büyük finans / sigorta şirketleri neden git ve / veya github kullanmalı?
Finans / sigorta sektöründe büyük bir işletme (30K çalışan) için çalışıyorum. "BT" bizim odak noktamız olmasa da, dürüst olalım, bunlar bilgi odaklı endüstriler ve teknolojik avantajı daha iyi olan şirketler daha hızlı ilerliyor gibi görünüyor. Şirketimde birçok yazılım geliştirme ekibi var. Tüm diller ve çerçeveler kullanılsın, sürüm kontrolü ile tüm …


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 …

2
Birden çok ekip için Git iş akışı
Git'i kullanmaya başlayacağız (henüz kullanmıyoruz) ve iş akışını tanımlamak istiyorum. Aynı ürünü birlikte geliştirerek 4 farklı global lokasyonda 4 ekibimiz var. Her takımın ürün kodunun bir parçası vardır, ancak bazen diğer takımların sahip olduğu kodda değişiklik yapmak zorunda kalırlar. Böyle bir ortam için Git iş akışı için bir öneri var …

2
Meta veri eksikliği artık söz konusu olmadığında, v1.5'ten önce SVN'de birleştirme konusundaki rahatsızlık artık kullanılmıyor mu?
SVN ile başlıyorum ve pek çok kaynak DVCS araçlarına kıyasla SVN'de birleştirmenin çok zor olduğunu söylüyor. En son sorular ı SE burada bulabiliriz 2012 yılından itibaren bulunmaktadır. Bazen bunun nedeni, v1.5'ten önceki SVN'nin meta verilere sahip olmadığından, ancak SVN'nin şu anda 1.8.9 sürümündedir. SVN'nin şimdi v1.5'ten çok daha olgun olduğu …

3
Küçük ekipler için Git iş akışı
Küçük bir ekipte uygulamak için git iş akışı üzerinde çalışıyorum. İş akışındaki ana fikirler: Tüm ekip üyelerinin yazabileceği paylaşılan bir proje yöneticisi var Tüm geliştirme sadece özellik dallarında yapılır Özellik dalları, şube yazarı dışındaki bir ekip üyesi tarafından incelenen koddur Özellik dalı sonunda paylaşılan ana sistemle birleştirilir ve döngü yeniden …

3
Tek geliştirici GIT iş akışı (basit FTP'den geçiş)
VCS'ye geçmenin benim için mantıklı olup olmadığına karar vermeye çalışıyorum. Küçük bir kuruluşta (5 kişi) tek bir web geliştiricisiyim. Bu nedenlerle VCS (Git) düşünüyorum: sürüm kontrolü, site dışı yedekleme, merkezi kod deposu (evden erişebilirsiniz). Şu anda genellikle canlı bir sunucu üzerinde çalışıyorum. FTP'ye giriyorum, düzenlemelerimi yapıyorum ve kaydediyorum, sonra yeniden …

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 …

4
İşlem mesajındaki hataya / soruna gönderme iyi bir uygulama olarak değerlendiriliyor mu?
Kaynak denetleyicisinin otomatik olarak hata izleyiciye not yazmak için ayarlandığı bir proje üzerinde çalışıyorum. Hata mesajı kimliğini kayıt mesajına yazıyoruz ve kayıt mesajı hata izleyiciye not olarak ekleniyor. Bu uygulama için sadece birkaç olumsuz tarafı görebiliyorum. Gelecekte kaynak kodu hata izleme yazılımından ayrılırsa (veya bildirilen hatalar / sorunlar bir şekilde …

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.