«git» etiketlenmiş sorular

Git açık kaynaklı bir DVCS'dir (Dağıtılmış Sürüm Kontrol Sistemi)

2
Git'teki değişiklikleri (eklemeler ve silme) özetle [kapalı]
Kod tabanımın zaman içinde nasıl büyüdüğünü görmek istiyorum. GitHub, bunun +/-için bir anlam ifade eden checkin listesi boyunca hoş bir ekrana sahip . Google Kod barındırılan repo veya çevrimdışı ile kullanabileceğim benzer bir şey var mı?
47 git 

4
Bir github sağlayıcısı yazarın geri çekme isteklerini yeniden yazmalı mı?
Mesleğe göre programcı değilim ama bazı kodlamalar yapıyorum ve bazılarını github kullandım. Şaşırtıcı bir durum olarak bulduğum şeye rastladım. Git hakkında çok bilgiliyim. Beni etkileyen, (küçük) bir böcek bulduğum bir proje var. Bulmak ve tamir etmek için bir öğleden sonra geçirdim. Depodan ayrıldım, değişikliği yaptım ve bir çekme talebi yaptım. …
44 git  github 

5
SVN ve Git arasındaki şube farkını anlama
Ben SVN kullanıcısıyım ve şimdi Git'i öğreniyorum. SVN'de genellikle yerel makinemde projemdeki tüm dalları içeren bir repo alıyorum ve şubem için ilgilendiğim ve çalıştığım şubenin klasörünü seçiyordum. Git'i kullanarak bir fark görüyorum. Şu anda bir repo klonlamak ve gitk kullanarak belirli bir dalı klonlamak. Proje klasörü yalnızca o dalın içeriğini …
44 git  github 

8
Yapıyı başarısız kılan otomatik olarak geri alma taahhütleri
Bir meslektaşım, CI sunucumuzu yapıda başarısız olan işleri geri almak için yapmayı düşündüğünü söyledi, bu yüzden HEADgiriş masterher zaman kararlıdır (yapıyı en az geçerken olduğu gibi). Bu en iyi uygulama mı, yoksa mastergeliştirici düzeltene kadar kırılmaktan daha mı sorunlu olabilir ? Benim düşüncem, taahhüdün geri alınmasının, taahhüt ve düzeltmeyi okuma …

4
git-flow ve github ile kod incelemesi
Düzenli git ve github ile ana dalda üzerinde çalıştığım özellik dalının çekme talebini oluşturarak bir kod incelemesi yapabilirim. Git-flow ile kod incelemelerini nasıl yaparım? Git akışı özelliği bitirme gibi iş akışı ile kod incelemesinin gerçekte nerede gerçekleştiği ve git-flow veya git'in bu incelemeyi nasıl kolaylaştıracağı konusunda kafam karıştı.

6
Büyük bir dosyayı yeniden düzenlemeyi ele almanın en iyi yolu nedir?
Şu anda ne yazık ki, her zaman takip edilmeyen yazılım kalitesi kurallarının bulunduğu bazı dosyalara sahip daha büyük bir proje üzerinde çalışıyorum. Bu, açıkça çok sayıda farklı işlevsellik içeren büyük dosyaları (2000-4000 satırları okuyun) içerir. Şimdi bu büyük dosyaları yeniden küçük dosyalara dönüştürmek istiyorum. Mesele şu ki, çok büyük olduklarından, …

11
Çalışmayan kodları işlemek hiç doğru mu?
Sadece çalışma kodunu vermeyi istemek iyi bir fikir mi? Bu taahhüdün, depoyu çalışma durumunda bırakması gerekmez: ... tasarımın erken aşamalarındayız, kod henüz kararlı değil. ... projedeki tek geliştirici sizsiniz. İşlerin neden işe yaramadığını biliyorsun. Ayrıca, hiç kimsenin çalışmalarını bozuk kod işleyerek durdurmazsınız. ... kod şu anda çalışmıyor. Bunun üzerinde büyük …

1
GitHub'da bir istekte bulunmadan çatallı bir depodan değişiklikleri almak?
Sosyal kodlama topluluğunda yeniyim ve bu durumda nasıl doğru ilerleyeceğimi bilmiyorum: Birkaç hafta önce bir GitHub Havuzu oluşturdum . Birisi projesini çatallı ve yapmış -yapmak aklımdaydı olmuştur bazı küçük değişiklikler. Birisi benim projemi çekti ve onu eklemek için zaman harcadım. Değişiklikleri kendi koduma çekmek isterim, ancak birkaç endişem var. 1) …
40 git  github  etiquette 


2
Git ve Mercurial'ın Popülerliğine İlişkin Ampirik Kanıtlar
2012! Mercurial ve Git'in ikisi de hala güçlü. İkisinin de değişimini anlıyorum. Anladığım kadarıyla herkesin bir başkası için bir tür tercihi var. Bu iyi. Her ikisinin de kullanım düzeyi hakkında bazı bilgiler arıyorum. Örneğin, stackoverflow.com'da Git'i aramak size 12000 hit, Mercurial size 3000'i alır. Google Trends Git için 1.9: 1.0 …
37 git  mercurial 

3
Birleştirilmiş bir dalı tekrar kullanmak iyi bir uygulama mı?
Şu anda, uygulamama yeni bir özellik eklemek zorunda kaldığımda her zaman yeni bir şube oluşturdum. Özelliğim bittiğinde ve işlevsel olduğunda, bunu ana dalla birleştiririm. Ancak daha sonra, bu özelliği güncellemem gerektiğinde (bir geliştirme gibi), yeni bir şube oluşturmak daha iyi olur mu yoksa bir önceki ana ile yeniden düzenlemem gerekiyor …
36 git  branching 

8
Her git taahhüdü projeyi çalışır durumda bırakmalı mı?
Hakim olan en iyi uygulamanın ne olduğunu bilmek merak ediyorum. Git, projenin çalışır durumda olduğu (uygun bir şekilde yapıldığı, tüm testlerin geçtiği vb.) Veya bozuk bir kod işlediği şekilde uygulanmalı mıdır? Örneğin, bu şarttan feragat ederseniz, taahhütlerle daha esnek olabilirsiniz (uygulama çalışma durumunda olmasa bile bunları mantıksal parçalar olarak kullanın). …
36 git 

7
Sık Görülen Karmaşık Birleştirme Çatışmaları Bir Sorun İşareti midir?
Ekibimizde Git'i kaynak kontrolümüz olarak kullanıyoruz. Neredeyse bağımsız ancak birbiriyle çakışan birkaç kod alanımız var. Son zamanlarda, iş akışlarını ve kaynak kontrolünü kullanma yaklaşımlarını tartışıyoruz. Bir özellik dalı iş akışını kullanmaya başladığımda ortaya çıkan şikayetlerden biri , insanların genellikle yanlış çözdükleri karmaşık birleştirme çatışmalarıyla karşılaştıklarıdır. Karmaşık olarak, "nasıl çözüleceği belli …

3
Farklı depolardaki git havuzlarını senkronize halde tutmak
Küçük bir projeye başlamayı düşünüyorum ve bununla birlikte gitmesini istiyorum. Bitbucket serbest planlarıyla benim için iyi bir seçenek gibi görünüyor. Bir web arayüzü, Mac OS istemcisi vb. Gibi güzel araçlara sahip olduklarından, git ile çalışmak için ana araç olarak kullanmak istiyorum. Ancak, bir üçüncü taraf hizmetinin neden olabileceği her türlü …
34 git 

12
DVCS'ler sürekli entegrasyonu engeller mi?
Diyelim ki on çevik geliştiriciden oluşan bir ekip var. Her gün her biri yönetim kurulundan bir görev seçer, (günün sonunda) görevi tamamlayana kadar kendisine karşı çeşitli değişiklikler yapar. Tüm geliştiriciler doğrudan gövdeye karşı check-in yaparlar (Google tarzı, her işe alım özelliği, özellik geçişleri vb. Kullanarak serbest bırakma adayıdır). SVN gibi …

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.