«git» etiketlenmiş sorular

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


4
Büyük finans / sigorta şirketleri neden git ve / veya github kullanmalı?
Finans / sigorta sektöründe büyük bir işletme (30K çalışan) için çalışıyorum. "BT" bizim odak noktamız olmasa da, dürüst olalım, bunlar bilgi odaklı endüstriler ve teknolojik avantajı daha iyi olan şirketler daha hızlı ilerliyor gibi görünüyor. Şirketimde birçok yazılım geliştirme ekibi var. Tüm diller ve çerçeveler kullanılsın, sürüm kontrolü ile tüm …

2
Birden çok ekip için Git iş akışı
Git'i kullanmaya başlayacağız (henüz kullanmıyoruz) ve iş akışını tanımlamak istiyorum. Aynı ürünü birlikte geliştirerek 4 farklı global lokasyonda 4 ekibimiz var. Her takımın ürün kodunun bir parçası vardır, ancak bazen diğer takımların sahip olduğu kodda değişiklik yapmak zorunda kalırlar. Böyle bir ortam için Git iş akışı için bir öneri var …

2
Git rebase parametrelerini anlama ve ezberleme
Şimdiye kadar git'in en kafa karıştırıcı kısmı başka bir şubeye dayanıyor. Özellikle, kafa karıştırıcı olan komut satırı argümanlarıdır. Bir dalın küçük bir parçasını diğerinin ucuna yeniden adlandırmak istediğimde, git rebase belgelerini gözden geçirmem gerekiyor ve 3 ana argümanın her birinin ne olması gerektiğini anlamak 5-10 dakika sürüyor. git rebase <upstream> …
12 git 

5
Git kesinleşmedi ancak bu makinede devam edemiyor
Bazen bir taahhüt için hazır olmayan, ancak farklı bir iş istasyonunda veya dizüstü bilgisayarda tamamlanması gereken bir iş istasyonunda taahhüt edilmeyen kodlara sahip olma sorunuyla karşılaşıyorum. Herkes bu sorun için "yumuşak bir taahhüt" veya başka bir yerde üzerinde çalışmak için değişiklikleri başka bir makineye aktarmanın başka bir yolu gibi bir …
11 git 

3
Git'i farklı sunuculardan farklı kod tabanları için kullanmaya nasıl başlayabilirim?
Arka plan: Yakın zamanda şirketimdeki bir dizi projeyi miras aldım ve nasıl ele alındıklarına dair bazı temel sorunları çözmeye çalışıyorum. Yani, önceki geliştiriciler (artık şirkette olmayan) herhangi bir kaynak kontrolü kullanmıyorlardı, çok az dokümantasyon yapıyorlardı ve gerçekten iyi geliştirme süreçleri yoktu. Şimdi SQL sunucuları ve diğer şeylerin mağazalarına kadar kullandığımız …

3
dosyanın bir sürümünü gizli tutmak için github stratejisi
Öğrenciler için kodlama problemleri yazan bir öğretim görevlisiyim. Yapmak istediğim şey, öğrencilere tamamlayacakları fonksiyonlar için yer tutucularla birlikte kaynak levhası kodunu vermektir. Bunu klonlamak için öğrencilere özel bir github deposuna erişim vereceğim. Ancak, ben de örnek çözümler ile komple, kod temeli bir sürümünü istiyorum. Açıkçası öğrencilerin çözüme erişmelerini istemiyorum (ödev …
11 git  github 

2
İtme kuvveti kollarına git yanlış mı?
Bir özellik dalı üzerinde çalışırken, işlerim incelenmeden ve ana şubeye entegre edilmeden önce şubedeki taahhütleri interaktif bir taban kullanarak temizlemek isteme eğilimindeyim . Bu özelliğin geliştirilmesi sırasında, ara çalışmamı bir yedek önlem olarak uzak depoya aktarmak istiyorum. Yani sabit diskim çöktüğünde, tüm özellik dalımın kaybolmasını istemiyorum. Bununla birlikte, bu genellikle …
11 git 

6
Git'te, bir düzine kitaplık için versiyonlama nasıl yapılır?
Projeler yapıyoruz, ancak projeler arasında çok fazla kod kullanıyoruz ve ortak kodumuzu içeren çok sayıda kütüphanemiz var. Yeni projeler uygularken, ortak kodu ortadan kaldırmanın ve kütüphanelere koymanın daha fazla yolunu buluyoruz. Kütüphaneler birbirine, projeler kütüphanelere bağlıdır. Her projenin ve bu projede kullanılan tüm kütüphanelerin, atıfta bulundukları tüm kütüphanelerin aynı sürümünü …

1
Daha önceki bir taahhüde düzeltme yaparken, yeniden düzeltme veya ayrı bir düzeltme taahhüdü eklemem gerekir mi?
Yazılım geliştirmede yaygın bir senaryo, başka birinin kodunu inceleyen koddur. Bunu yapmak için yaygın bir araç, bir Çekme İsteği açmaktır. Benim sorum, incelemede sorunlar bulunduğunda değişikliklerin olması gerektiğidir ayrı ayrı taahhüt edilmek (yeni taahhüt) ya da mevcut taahhüt değiştirilmelidirse (kimsenin önceki taahhüdünüzden ayrılmadığı varsayılarak ... paylaşılan bir şubeden geçmişi yeniden …

2
İşverene özgü değişikliklerle açık kaynaklı bir projeyle çalışmak için en iyi Git iş akışı hangisidir?
Mevcut işverenimde, başvurumuzun bir bileşeni olarak Github'da barındırılan açık kaynaklı bir proje kullanıyoruz. Bu projede hem ihtiyaç duyduğumuz bazı özellikleri eklemek hem de yapı sistemlerimizle entegre etmek için çalışıyorum. Yöneticim ve ben, bu bileşenle ilgili çalışmalarımızın çoğunu açık kaynak projesine makul bir şekilde sunmak istediğimizi kabul ediyoruz. Sorum, Git'imin taahhütlerini …
11 git 

1
GitHub Kuruluşları birden çok depoya yayılmış bir proje için mi?
GitHub'da en az üç depo içeren bir proje başlattım. Depolardan biri genel bir dokümantasyon ve örnek dökümüdür ve diğer ikisi projenin omurgasını oluşturan iki programın uygulanmasını içerir. Böyle bir yapılandırmayı işlemek için bir GitHub Organizasyonu kullanmalı mıyım? Yoksa sadece bir düzine başka tamamen ilgisiz depo ile birlikte hepsini kendi hesabımla …

3
Küçük ekipler için Git iş akışı
Küçük bir ekipte uygulamak için git iş akışı üzerinde çalışıyorum. İş akışındaki ana fikirler: Tüm ekip üyelerinin yazabileceği paylaşılan bir proje yöneticisi var Tüm geliştirme sadece özellik dallarında yapılır Özellik dalları, şube yazarı dışındaki bir ekip üyesi tarafından incelenen koddur Özellik dalı sonunda paylaşılan ana sistemle birleştirilir ve döngü yeniden …

3
Git'in yeniden yazma geçmişini önlemek için “güvenli mod” var mı?
Git (ve genel olarak DVCS) ile biraz yeniyseniz ve geçmiş yeniden yazma değişikliklerini keşfetmeye başladığınızda, depo yalnızca yerelse güvende olursunuz, ancak uzaktan kumandalarla çalışıp bu tür değişiklikleri itin. Beklediğim bir özellik, temelde yapmam gereken her şeyi yapmamı engelleyecek bir "güvenli mod" etkinleştirme yeteneğidir ... Ve bununla ne demek istiyorum? Yani …
11 git  dvcs 

3
Tek geliştirici GIT iş akışı (basit FTP'den geçiş)
VCS'ye geçmenin benim için mantıklı olup olmadığına karar vermeye çalışıyorum. Küçük bir kuruluşta (5 kişi) tek bir web geliştiricisiyim. Bu nedenlerle VCS (Git) düşünüyorum: sürüm kontrolü, site dışı yedekleme, merkezi kod deposu (evden erişebilirsiniz). Şu anda genellikle canlı bir sunucu üzerinde çalışıyorum. FTP'ye giriyorum, düzenlemelerimi yapıyorum ve kaydediyorum, sonra yeniden …

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.