«version-control» etiketlenmiş sorular

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


13
Sürüm kontrolü ve sürekli entegrasyon kullanmayan ciddi şirketler var mı? Neden?
Bir meslektaşım, hem sürekli entegrasyona sahip bir yapı sunucusu hem de sürüm kontrol yazılımı kullandığımız için yazılım departmanımızın oldukça gelişmiş olduğu izlenimi altındaydı. Bu, benim bakış açımla uyuşmadı, çünkü ciddi bir yazılım yapan ve bunlardan birine sahip olmayan tek bir şirketi tanıyorum. Ancak tecrübelerim sadece bir avuç şirketle sınırlı. Herkes …


3
Neden hemen birleştirilmiş değişiklikler yapmayasınız ki?
Ofisim sürüm kontrolümüz için Git ve SourceTree kullanıyor. Bu ortaya çıktı çünkü katıldığımda sıfır sürüm kontrolü vardı ve SourceTree şimdiye kadar kullandığım tek sistemdi. Ben hiçbir şekilde uzman değilim, ama iş arkadaşlarımdan en deneyimli olanıyım, bu yüzden herkesi Git'i düzgün kullanmasını ve yaptıkları hataları düzeltmeyi öğretmekten sorumlu fiili uzmanım. Git …

5
Bir veritabanının içeriğini kontrol eden sürüm
Kullanıcı tarafından düzenlenebilir içerik içeren bir web projesi üzerinde çalışıyorum ve bir veritabanında yaşayan gerçek içeriğin sürüm izlemesini yapmak istiyorum. Temel olarak, wiki tarzı değişiklik geçmişlerini uygulamak istiyorum. Bazı arka plan araştırmaları yaparken, veritabanı şemanızı nasıl güncelleyeceğinize dair çok fazla belge görüyorum (benimki zaten kontrol ediliyor), ancak veritabanı içeriği değişikliklerinizi …

1
Neden bazı açık kaynaklı projeler çekme isteklerini kabul etmiyor, sadece yama dosyalarını e-posta ile gönderiyor?
Neden bazı açık kaynaklı projeler çekme isteklerini kabul etmiyor, ancak katkıda bulunanların yalnızca e-posta yama dosyalarına katılmasını gerektiriyor? örneğin Git github veya başka bir dağıtılmış scm barındırma kodu yayınlasalar da. Yama dosyaları göndermek etkileşimli veya kullanışlı değildir. Yama dosyası eski moda bir yoldur. Çekme istekleri etkileşimlidir. Diğer insanlar da tartışabilir.

5
Müşteriye özel yazılım yamalarını işlemenin gerçekçi bir yolu nedir?
Başkalarının aşağıdaki sorunu çözdüğü etkili yolları toplamaya çalışıyorum. İş yerinde, yalnızca belirli bir müşterinin görmesini istediğimiz bir yazılım yamasını (son kullanıcı sistemlerine yüklenecek) yayınlamak zorunda kaldık. Özel kod kendi kaynak denetim dalındadır. Sorun, senkronize olmasını sağlamak için iki paralel kod satırımız (ve komut dosyaları oluşturmamız) ve orijinal kodu her eklediğimizde …

2
.Net'te birden çok çakışan çözüm / proje nasıl yapılandırılır?
Geçenlerde , birden çok .net çözümünün bulunduğu eski bir kod tabanına sahip yeni bir müşteri için çalışmaya başladım , her biri genellikle bu çözüme özgü bazı projeleri barındırıyor, ancak daha sonra "mevcut projeleri ekle" ("mevcut projeyi ekle") teknik olarak diğer çözümlere aittir (en azından TFS'deki klasör yapısına giderseniz) Bu iç …

7
SQL tablolarındaki değişiklikleri nasıl sürümlendirir / izlersiniz?
Herkesin yerel tablolarda ve geliştirme tablolarında değişiklik yaptığı bir geliştiriciler ekibinde çalışırken, tüm değişiklikleri senkronize halde nasıl tutarsınız? Herkesin sql değişikliklerini tuttuğu merkezi bir günlük dosyası mı? Değiştirmek tablo ifadeleri izlemek için bir wiki sayfası, tek tek .sql dosyaları yerel db en son sürüme getirmek için çalıştırabilirsiniz? Bu çözümlerden bazılarını …

3
Seçtiğiniz {DVCS} içindeki adlandırılmış şubeler için iyi adlandırma kuralı
Mercurial'ı ofisimize yavaşça entegre ediyoruz ve adlandırılmış şubeler kullanmaya başladığımız web geliştirme yapıyoruz. Yine de şubelerimizi adlandırmak kadar iyi bir kongre bulamadık. Biz denedik: FeatureName (Bu soruna neden olan sorunu görebilir) DEVInitial_FeatureName (Geliştirici gelip satırdan çıktığında kafa karıştırıcı olabilir) {uniqueID (int)} _ Özellik Şu ana kadar uniqueID_featureName kazanıyor, sadece referans …

2
Birçok küçük komut dosyası, bir havuz mu yoksa birden fazla havuz mu?
Bir iş arkadaşı ve ben, üzerinde birden fazla görüşümüz olan bir sorunla karşılaştık. Şu anda tüm cronjobs'larımızı tuttuğumuz bir git depomuz var. Yaklaşık 20 crons var ve hepsi küçük python komut dosyaları olması ve bazı aktiviteler için gerekli olması dışında gerçekten ilgili değiller. Biz kullandığınız fabric.pydağıtmak dosyası ve bir requirements.txtdosya …

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 …

2
Dosya adının bir parçası olarak sürüm numarası
Bazı yazılımların sürüm numaralarının dosya adlarının bir parçası olduğunu, bazılarının ise olmadığını görüyorum. Daha sonra ikinci tipe alışkınım ve bence bu daha popüler, ancak eski türü bazen javascript kütüphanelerinde görüyorum. Örneğin, jQuery dosya adı jquery-2.1.0.jsyerine gibidir jquery.js. Bu dosya türlerini her güncellediğimde, bu dosyaları yükleyen diğer programlardaki yerleri aramam ve …

2
Git deposunun yapısı
Üzgünüm, bu bir kopya ise, baktım. Git'e taşınıyoruz. Subversion'da \ trunk, \ branch ve \ tags klasörlerine sahip olmaya alışkınım. Git ile dallar arasında geçiş yapmak çalışma dizininin içeriğini değiştirecektir, bu yüzden eskiden çalışma şeklimizin Git ile geçerli olmadığını varsaymak doğru muyum? Benim tahminim belki bir gitignore ve readme.txt ile …

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ı …

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.