«version-control» etiketlenmiş sorular

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

2
Yeni geliştirmeyi başlatmadan önce veya bir sürümü etiketlerken sürümü çarp, hangisi daha iyi?
Bazı projeler yeni bir geliştirmeyi başlatmadan önce sürümü çarparken, diğer projeler bir sürümü etiketlerken sürümü çarpıyor. Hangi yaklaşım daha iyi? Yeni aşamanın başlangıcında sürüm numarası değişmezse, geliştiriciler bunu değiştirmeyi ve programı serbest bırakmayı unutabilir. Etiketleme sürümünden önce sürüm numarası değiştiyse, sürüm numaraları (tag ve Makefile / AssemblyInfo.cs) eşleşmez. git describe …

8
Merkezi sürüm kontrolünde, sık sık güncelleme yapmak her zaman iyidir mi?
Varsayım: Ekibiniz merkezi sürüm kontrolünü kullanıyor. Tamamlanması birkaç gün sürecek daha büyük bir özellik üzerinde çalışıyorsunuz ve bundan önce taahhütte bulunamayacaksınız, çünkü yapıyı bozacaktır. Ekip üyeleriniz her gün üzerinde çalıştığınız bazı dosyaları değiştirebilecek bir şey yapar. Bu merkezi sürüm kontrolü olduğundan, yerel kasanızın bir noktada güncellemeniz gerekir: yeni özelliği gerçekleştirmeden …


2
Bir projenin bebeklik döneminden itibaren VCS kullanmaya yönelik kanonik yaklaşım nedir?
Arka fon gitGeçmişte mevcut birçok projeyi yönetmek için VCS'yi (çoğunlukla ) kullandım ve harika çalışıyor. Tipik olarak mevcut bir projeyle, genel işlevselliği optimize eden veya değiştiren koda yaptığım her değişikliği kontrol ederim (ne demek istediğimi biliyorsunuz, uygun adımlarda, değiştirdiğim her satırda değil). Sorun Çok fazla pratik yapmadığım bir şey yeni …

4
Taşınabilir depolamaya dayalı Sürüm Kontrolü?
Paylaşılan bir sunucu veya ikisi arasında bir ağ bağlantısı kullanmadan iki makinede kişisel projeler geliştiriyorum. Yaygın sürüm kontrol sistemleri, paylaşılan depo olarak taşınabilir depolama (USB flash aygıt gibi) kullanımını güvenilir bir şekilde destekliyor mu?

6
Çerçeve çalışma zamanlarını kaynak kontrolü altında saklamak iyi bir uygulama mı?
Birçok yazılım mağazasının ikili dosyaları kaynak kontrolü altında tuttuğunu biliyorum . Ancak, mağazamız tüm çerçeveleri depoda depolamaya gelmişti: DirectX çalışma zamanı, CUDA, nVidia Optix, her neyse. Bir dev makine kurulumunu daha kolay hale getirdiği söylenir (sözde, en son sürümü alın ve kodlamaya başlayın). Bununla birlikte, havuzu önemli ölçüde şişirir ve …

5
Boss, yeni proje için bir sürüm kontrol sistemi kullanma konusunda şüpheci, yine de yapmalı mıyım?
Bkz. Https://softwareengineering.stackexchange.com/questions/109817/superior-refusing-to-use-subversion Sorum benzer, ancak benim senaryomdaki temel farklılıklar: PHP ve web teknolojisini kullanarak sıfırdan yeni bir projeye başlıyoruz. Eğer benim yolum varsa, baştan beri benimsediğimiz için kalkınmada hiçbir zaman olmazdı. Geliştirme ekibim benden ve patronumdan oluşuyor. Biz nispeten küçük bir firmanın "IT" Departmanıyız. Web uygulaması, eski bir uygulamayı kesinlikle …

3
Git nasıl tasarlandı?
İşyerim kısa bir süre önce Git'e geçti ve ben onu sevdim (ve nefret ediyorum!). Gerçekten çok seviyorum ve son derece güçlü. Nefret ettiğim tek bölüm bazen çok güçlü (ve belki biraz teri / kafa karıştırıcı) olmasıdır. Benim sorum ... Git nasıl tasarlandı? Sadece kısa bir süre için kullandığınızda, diğer sürüm …

4
Sürüm kontrolünde depolanan görüntüler için dosya adlandırma kuralı?
Uygulamamın sürüm denetiminde depolanan bir simge dosyası var. Şimdi yarın simgeyi değiştirmeye karar verebilirim. Simge dosyası için iki olası adlandırma kuralı arasında tartışıyorum: Dosya adını sabit tutun, örn. Application.ico Dosya adının görüntünün doğasını yansıtmasını sağlayın, örneğin, happyface.ico Seçenek 1 dosyanın ne olduğunu söylemez. Çılgınca farklı iki görüntünün bir şekilde aynı …

8
Bir VCS ile taahhütleri düzgün bir şekilde nasıl yönetebilirim, özellik çakışmalarını nasıl önleyebilirim ve bağımlılıkları nasıl yönetebilirim?
Büyük ekiplerle çalışmak can sıkıcı bir faktör haline geldi: Checkin'leri nasıl yönetiyorsunuz ve özellik çatışmalarını nasıl önlüyorsunuz ve kaynak kontrolü ile bağımlılıkları nasıl düzgün bir şekilde yönetiyorsunuz? Şu anda işyerimde TFS 2008 kullanıyoruz ve Aralık başında TFS 2010'a geçiyoruz. Birincisi, herhangi bir kaynak kontrolü hiç olmamasından daha iyidir, ancak herkes …


9
Bitbucket ve küçük bir geliştirme evi
İşyerinde sürüm kontrol sistemimiz olarak nihayet Mercurial'ı yuvarlama sürecindeyim. Şok edici bir şekilde hiç VCS kullanmadıkları için bu herkes için büyük bir anlaşma. Ayı yönetimin kulaklarına soktuktan sonra, sonunda ışığı gördüler ve şimdi paylaşılan klasörlerden oluşan bir ağ ile çalışmaktan daha iyi olduğunu fark ettiler! Bunu yayma sürecinde, eşyalarımızı yönetmek …

3
SVN için bir sürüm kontrol stratejisi geliyor
24 saat şirketim için sürüm kontrolü için bir strateji geliştirmeye çalışacağım; şu anda SVN kullanıyoruz ama bunun bir yapısı yok - temelde sadece bir bagajımız var ve sadece buna bağlıyız. Son zamanlarda geliştirme yöneticisi, "etiketimiz" olarak işlev gören ikinci bir deposu başlattı, ancak aynı deponun bir parçası değil, tamamen ayrı …

11
Meslektaşlarım kaynak kontrol sistemindeki kodları birbirlerini gözden geçirmeli mi?
İşte benim hikayem: meslektaşlarımdan biri revizyon sistemine barındırılan tüm kodu incelemek için kullanıyor. Onun ait olduğu bölümlerdeki değişikliklerin yeterli bir şekilde gözden geçirilmesi hakkında konuşmuyorum. Kod dosyasını dosyaya, satır satır izler. Her yeni dosya ve her değişiklik. Sadece casusluk yapmayı hissediyorum! Benim tahminim, eğer kod zaten kontrol sistemine ev sahipliği …

4
Büyük görevler için iyi kaynak kontrolü check-in stratejileri nelerdir?
Genel kural, check-in'leri küçük ve sık sık check-in yapmaktır. Ancak bazen görev, altta yatan çerçevede büyük değişiklikler yapılmasını gerektirir. Ardından, görevi tamamlamadan önce check-in işlemi bitirdiğiniz işi teslim edene kadar projeyi kesecektir. Peki, insanlar iş kaybetme veya yaptığınız bir şeye karar verme riskini azaltmak için hangi stratejileri kullanıyorlar, yanlış yaklaşım, …
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.