«version-control» etiketlenmiş sorular

Ne zaman yeni bir proje başlarsa, genellikle "istikrarlı" bir şey elde edinceye kadar doğrudan usta taahhüt ederek başlamak mantıklı olur ve ardından şubelerde çalışmaya başlarsınız. En azından normalde böyle yapıyorum. Şubeleri hemen ikinci işlemden başlatmak için bir yol var mı? Bu şekilde yapmak mantıklı mı? Açıkçası, "İlk Taahhüt" her zaman …

26 version-control  git  branching 

Git dallanma modelleri hakkında birçok tavsiye gördüm ve en yaygın fikir, doğrudan ana dalda değişiklik yapmanın kötü bir fikir olduğu görünüyor. İş arkadaşlarımızdan biri doğrudan ana dalda değişiklik yapmaktan oldukça mutlu ve birkaç sohbete rağmen, bunu değiştirebilecek gibi görünmüyor. Bu zamanda, doğrudan usta üzerinde çalışmak için kötü bir uygulama olan …

25 version-control  git  svn  branching 

İşte anlaşma, yeni bir şirkete katıldım ve neredeyse bir yıl boyunca dokunulmamış bir daldaki işi bitirmem istendi. Bu arada, ana dal istikrarlı bir hızla büyüyor. İdeal olarak, ana daldan tüm özelliklerin özellik dalına getirdiği tüm değişiklikleri birleştirmek ve oradan çalışmaya devam etmek istiyorum, ancak buna nasıl yaklaşacağımdan emin değilim. Şubenin …

25 version-control  git  gitflow 

Şu anda TDD'yi öğreniyorum ve kişisel projelerimde uygulamaya koymaya çalışıyorum. Ayrıca bu projelerin çoğunda sürüm kontrolünü yaygın olarak kullandım. Bu iki aracın tipik bir iş akışındaki etkileşimi ile ilgileniyorum, özellikle de işleri küçük tutmak için en fazla söz konusu olduğunda. İşte akla gelen bazı örnekler: Yeni bir projeye başladım ve …

25 version-control  tdd  workflows  personal-projects 

Aynı kaynak kodunu paylaşan ve sürekli entegrasyon devam ederken orta ölçekli bir takımda çalışıyorum, ancak hepimiz aynı dalda çalışmak zorunda kaldığımız için, yapı neredeyse her zaman bozuluyor. Ayrıca, son zamanlarda ortaya çıkan ve kırılan binaları hafifletmek için uygulamaya konan bir kurala sahip olduğumuzdan, kimsenin inşa ederken check-in yapmasına izin verilmediğini …

25 version-control  teamwork  continuous-integration  builds  branching 

Kapalı. Bu soru konu dışı . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Sorunuzu güncelleyin o yüzden -konu üzerinde Yazılım Mühendisliği Stack Exchange için. 5 yıl önce kapandı . Biraz bağlam: Üniversitenin 3. yılındayım. Öğrenciler 4 kişilik takımlara ayrılmıştır. Hemen hemen herkes pencere altında çalışacaktır (Linux'ta benim …

25 version-control  git  mercurial 

Şu anda bir J2EE web sitesi geliştirmeyi planlıyorum ve bana yardımcı olmak için 1 geliştirici ve 1 web tasarımcısı getirmek istiyorum. Proje bir niş pazar içinde finansal bir uygulama. Kaynağı kapalı tutmayı planlıyorum. Ancak, gelecekteki çalışanlarımın kod tabanını kolayca kopyalayıp kullanabileceklerinden veya üçüncü bir tarafa satabileceğinden korkuyorum. Uygulama geliştirme belki …

25 version-control 

Kapalı . Bu sorunun daha fazla odaklanması gerekiyor . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu, sadece bu yazıyı düzenleyerek tek bir soruna odaklanacak şekilde güncelleyin . 5 yıl önce kapandı . Şimdilik temel Git / Github kavramlarının çoğunu anlıyorum, ancak daha büyük resmi anlamakta hala …

24 version-control  git  github  continuous-integration 

Kapalı . Bu soru görüşe dayalı . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu güncelleyin, böylece bu yayını düzenleyerek gerçekleri ve alıntıları yanıtlayabileceksiniz . 5 yıl önce kapandı . Üç yılın daha iyi bir bölümünde büyük bir finansal işletme ortamında ekip lideri / geliştiricisi olarak çalıştım. …

24 version-control  business-process 

Kodumu sürüm kontrol altına almaya yeni başladım (çalışmakta olduğum laboratuarda, SVN ve kendi kodlarım github'da (tabii ki git ile). Sürüm kontrolünü kullanmadan önce, böyle bir şey yapardım. Sürüm numarası olan birçok klasörün içinde kütüphanenin adını taşıyan bir klasör vardı. Ne zaman yeni bir sürüm üzerinde çalışmaya başlamak istersem, son sürümün …

24 version-control  git  svn  branching  release-management 

Kapalı . Bu sorunun daha fazla odaklanması gerekiyor . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu, sadece bu yazıyı düzenleyerek tek bir soruna odaklanacak şekilde güncelleyin . 5 yıl önce kapandı . Git mükemmel bir versiyon kontrol sistemidir. Bunun dışında, mükemmel bir GUI desteğine sahip olmadığı …

24 open-source  version-control  git  clearcase 

Şirketimde tüm gelişimimiz (hata düzeltmeleri ve yeni özellikler) ayrı branşlarda yapılıyor. Tamamlandığında, onu o dalda test eden QA'ya gönderiyoruz ve bize yeşil ışığı yaktıklarında, onu ana şubemizle birleştiriyoruz. Bu, bir gün ile bir yıl arasında bir yer alabilir. Bir dalda yeniden yapılanmayı sıkmaya çalışırsak, ne kadar süre "çıkacağını" bilmiyoruz, bu …

24 version-control  refactoring  branching 

Bir düzeltme veya özellik üzerinde çalışırken, bazen birkaç saniye içerisinde anında iyileştirilebilecek diğer küçük sorunların üstesinden gelebilirim. Bunları hemen yapıp bitmiş özelliği / düzeltmeyi yerine getirdiğimde, taahhüt birden fazla şeyi içeriyor. Örneğin "add feature X and code clean up"veya "fix bug X and improved logging". Bunu ikiye bölmek daha iyi …

23 version-control  git 

(En azından başlangıçta) kapalı kaynak olacak bir yazılım sistemi için bir prototip üzerinde çalışıyorum. Zaman kazanmak için GPLv3 lisansına sahip bir kütüphaneyi kullanmayı (yani statik olarak bağlamayı) düşünüyorum , böylece tasarımımı hızlı bir şekilde test edebiliyorum. Yazılımı bu aşamada dağıtırsam, kaynak kodunu birlikte dağıtmak zorunda kalırdım. Ya yapmazsam, ancak sistemimin …

23 licensing  version-control  gpl  closed-source 

Kişi açık kaynaklı bir proje yazıp Google Code veya GitHub kullandığında ve Lua gibi bir kütüphane kullanmak istediğinde, bunu nasıl yapmalı? Bağımlılık depoya dahil edilmeli mi? Bağımlılık, projenin geri kalanıyla aynı build betiğinden mi yoksa ayrı bir build betiğinden mi yapılmalı? Derlemeden önce kütüphanenin kuruluma ihtiyacı olmadığı göz önüne alındığında.

23 open-source  version-control  dependencies