«version-control» etiketlenmiş sorular

Sürüm kontrolü, belge, program ve bilgisayar dosyası olarak saklanan diğer bilgilerdeki değişikliklerin yönetimidir. Sürüm kontrolünün kullanımı ve uygulanabilirliği, VCS karşılaştırması hakkında genel soruları işaretlemek için bu etiketi kullanın. Her bir VCS'ye özgü çoğu komut ve teknik için, tercih edilmesi gereken belirli etiketler vardır.

6
Adlandırılmış Dallar ve Birden Çok Depo
Şu anda nispeten büyük bir kod tabanında yıkımı kullanıyoruz. Her sürümün kendi dalı olur ve düzeltmeler gövdeye karşı gerçekleştirilir ve kullanılarak sürüm dallarına taşınır.svnmerge.py Daha iyi kaynak kontrolüne geçme zamanının geldiğine inanıyorum ve bir süredir Mercurial ile oynuyorum. Mercurial kullanarak böyle bir sürüm yapısını yönetme konusunda iki düşünce ekolü var …
1
Depo klonlandığında Git alt modül klasörünü boşalt
Https://github.com/aikiframework/json adresinde barındırılan bir depom var . Yerel kopyamda, şu komutu kullanarak bir alt modül ekledim git submodule add git@github.com:jcubic/json-rpc.git json-rpc Sonra bir commit ve push yaptım ve değişiklikler GitHub'da belirdi (üzerine tıklayabilirim). Ama depoyu klonladığımda git clone https://github.com/aikiframework/json.git alt modül klasörü json-rpc boş. Burada neyi özlüyorum? Bir şeyi unuttum …
5
git add * (yıldız işareti) vs git add. (Nokta)
Git'te yeniyim ve git'e dosya eklemeyle ilgili bir sorum var. Ben arasındaki fark ile ilgili çoklu stackoverflow sorular bulduk git add .ve git add -a, git add --all, git add -Avb Ama ne olduğunu açıklıyor bir yer bulmak mümkün oldum git add *yapar. Git add man sayfasına bile baktım ama …
5
Yerel bir Git dalı uzak bir depoya nasıl kopyalanır
Şimdiye kadar aşağıdaki adımları attım: Uzak bir Git deposunu klonladı Ana şubeyi deneysel bir deneysel dalda düzenlenmiş / test edilmiş / kaydedilmiş kod Şimdi, deneyselliği usta ile birleştirmeye hazır değilim. Bununla birlikte, birkaç meslektaşımla paylaştığım depo olduğu için onu uzak depoya geri göndermek istiyorum. Deneysel dalda ne yaptığımı görmelerini isterim. …
2
Son etiketten bu yana tüm git kayıtlarını al
Bir kaydetmeyi etiketleyeceğim zaman, etiketlenen son kaydetmeden bu yana neyin değiştiğini bilmem gerekiyor. Örneğin: a87a6sdf87a6d4 Some new feature a87a6sdf87a6d3 Some bug fix a87a6sdf87a6d2 Some comments added a87a6sdf87a6d1 Some merge <- v1.4.0 Bu örnekte, en yeni 3 commit hakkında bilgi edinmek istiyorum veya yukarıdaki gibi, eğer varsa her ikisinin de etiketlerini …
5
GIT ve CVS arasındaki fark
Git ve CVS sürüm kontrol sistemleri arasındaki fark nedir? CVS'yi 10 yılı aşkın süredir mutlu bir şekilde kullanıyorum ve şimdi Git'in çok daha iyi olduğu söylendi. Birisi lütfen ikisi arasındaki farkın ne olduğunu ve neden birinin diğerinden daha iyi olduğunu açıklayabilir mi?
126 git  version-control  cvs 
4
Bir Şubeyi Trunk'ta Birleştirme
SVN ile ilgili tuhaf bir sorunla karşı karşıyayım merge. Bir geliştirici dalından gövdeye birleşmek istiyorum. Aynı anda gövdeyi kesen birden fazla geliştirme dalımız var. Şu komutla bu dallardan birini gövdeye birleştiriyorum: svn merge trunk branch_1 Bu dalın parçası olmayan, gövdede birleşen değişiklikler görüyorum. Neyi yanlış yapıyorum ? SVN Sürümü: Subversion …
18
CVS'den Git'e geçiş: $ Id $ eşdeğeri?
Basit kaynak kodu kontrol araçları hakkında sorular soran bir sürü soruyu okudum ve Git makul bir seçim gibi göründü. Onu hazırladım ve çalıştırıyorum ve şimdiye kadar iyi çalışıyor. CVS ile ilgili sevdiğim bir özellik, bir sürüm numarasının otomatik olarak artırılmasıdır. Bunun dağıtılmış bir depoda daha az mantıklı olduğunu anlıyorum, ancak …
22
Veritabanı yapısı değişiklikleri için bir sürüm kontrol sistemi var mı?
Sık sık aşağıdaki problemle karşılaşıyorum. Veritabanında yeni tablolar veya sütunlar gerektiren bir projede bazı değişiklikler üzerinde çalışıyorum. Veritabanı değişikliklerini yapıp çalışmalarıma devam ediyorum. Genellikle, canlı sistemde kopyalanabilmeleri için değişiklikleri not etmeyi hatırlıyorum. Ancak, neyi değiştirdiğimi her zaman hatırlamıyorum ve her zaman yazmayı da hatırlamıyorum. Bu yüzden, canlı sisteme bir baskı …
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.