Git'i Kurumsal ortamda kullanma [kapalı]

Git mükemmel bir versiyon kontrol sistemidir. Bunun dışında, mükemmel bir GUI desteğine sahip olmadığı gerçeğini dışlarsak, gerçekten iyi ve hızlı. Ancak Clearcase gibi kaynak kontrolleri kurumsal müşterilere büyük destek veriyor. Şirketler kaynak kontrol sunucuları ve licesense için büyük miktarda yatırım yapıyorlar.

Geç saatlerde Google gibi büyük şirketlerin çoğu Git'i diğer sürüm kontrol sistemlerine göre benimsiyor. Ancak bu şirketin sürekli olarak aracı için geliştirme ve destek sağlayan güçlü bir açık kaynak grubu var (Git'in kendilerine özel bir sürümleri bile olabilir). Aynı zamanda, büyük şirketler açık kaynak kodlu projeleri benimsemeleri ve onları kendileriyle alakalı hale getirme konusunda canlarını sıkmıyorlar.

• Git, özellikle Windows Platformunda kurumsal ortam için gerçekten güvenilir bir araç mıdır?
• Açık kaynaklı bir ürün olduğu için Git için destek söz konusu.
• Çözüm ve destek sağlayan şirket var mı? Sunucu maliyetleri, Clear-case gibi diğer sürüm kontrolleriyle karşılaştırıldığında nasıldır?

GitHub bir sürüm kontrolü DEĞİLDİR - "Git" adlı sürüm kontrol sistemini "barındırır". Pun haricinde, bu çok önemli bir farktır - iyi biliyoruz.

Kurumsal kullanım ile ilgili olarak, Git'in SVN gibi bir şey kadar akıllı (ve kullanışlı ve daha iyi) olduğunu söyleyebilirim. Ayrıca, projenin boyutuna ve kapsamına (ve ekibinize) göre uygun bir sürüm kontrol stratejisi (iş akışı) seçebilirsiniz. Dağıtık olmayan sistemler bu esnekliği size sağlayamaz.

Windows için Git - git için Msysgit veya Visual Studio Eklentileri'ne göz atın , Windows'ta çok iyi çalışır. Ayrıca, Windows kullanıcıları bu eğitim serisine TekPub'dan bakıyor - hepsi Windows.

GÜNCELLEME [Şub 2013] git görsel stüdyoda başlıyor

Sorunuz nadir değildir ve bunun hakkında google'ı kullanabilir ve git'te şirkette neden ve nasıl kullanılacağını açıklayan bir sürü metin alabilirsiniz.

• Git bunu , bunu ve bunu oku
• GitHub'a benzer bir arayüz sağlayan ve kendi kendine barındırılan bir uygulama olan GitLab'a bakın
• Bak gitolite projesi
• Bak Git Barındırma seçenekleri:
  • GitHub Enterprise
  • gitorious
  • Git Kurumsal
  • unfuddle

Hala Git'i sevmiyor musun? Mercurial adlı başka bir DVCS'ye bakın .

+1 Mercurial.

Mercurial havalıdır, kolaydır, kullanıcı dostu GUI'leri vardır ve daha profesyonel hisseder. Git'in neden bu kadar yutturmaca olduğunu anlamadım, diğer büyükleri ise gölgedeydi. Mercurial ayrıca google code, bitbucket.org (github'un eşdeğeri), eclipse tarafından da desteklenir ... İki yıldan beri kullanıyorum ve bundan her zaman mutlu oldum.

Şubat 2014’ü düzenleyin:

Bu arada Git, mercurial konusunda tavsiye edebileceğim bir ipucu aldı. Üç yıl önce, Mercurial IMHO daha cilalı, daha temiz, daha iyi oldu. Ancak, yutturmaca Git'in tarafındaydı ve o zamandan beri kazandığı momentum net bir kazanan oldu. Artık devasa topluluğu nedeniyle fiili bir standart.

Https://github.com/ firmalar için özel depolar konusunda bazı desteklerde bulunduğunu biliyorum.

Özellikle güvenlik duvarı kurulumu http://fi.github.com/ adında bir hizmet veriyorlar. Destek sağladıklarını iddia ediyorlar, ancak çevrimiçi olarak gönderilen hiçbir detayı yok ve hiç kullanmadım.

Maliyetler yılda 20 kişi başına 5000 $ 'dır.

Hem Git'i hem de Mercurial'ı Windows'da kullanıyorum ve her ikisi de kullanılabilir değil. Mercurial için GUI araçlarının daha iyi olduğunu düşünüyorum, bu nedenle ekibiniz görsel araçlara alışkınsa daha uygun olabilir. Komut satırını kullanmaya meyilliyim - bana göre daha mantıklı.

Her ikisi de, benim deneyimim kurşun geçirmez. Buna benzer bir desteğe ihtiyacınız yok, buna rağmen bir çok işletme var.

Eminim başkaları da vardır, ancak ev sahibi bir mercurial çözüm olan Kiln'e bakmaya değer .

Lütfen, hangi yöne gideceğinize bakmaksızın, DVCS'nin geleneksel VCS'lerden oldukça farklı olduğunu unutmayın. IMHO, neredeyse her yönden üstünler, ancak alışması biraz zaman alabilir.

git, Windows geliştiricileri için yabancıdır. Gerçek bir birinci sınıf vatandaş değil. İyi çalışıyor, ama her şeyden önce bir Linux aracı. Örneğin, git'in sunucu modeli güvenlik için SSH girişleri gerektiriyor.

Destek bir soru ve genellikle barındırılan bir çözüm ile birlikte sağlayabilecek şirketler var.

Git büyük sunucular gerektirmediği biliniyor - depolar daha fazla kapasiteyi arttırıyor ve hız her zaman önemli, ancak çoğu işlem yalnızca bilgisayarınızda gerçekleştiğinden, sunucu gereksinimleri Clearcase gibi bir şeyden daha az bir düzeye sahip.

Buna değer olarak, 100'den az olmayan kurumsal şirketimiz, Java ve C projeleriyle Windows'ta büyük bir git kullanıcısı.

Git, Clearcase'den çok farklı, bu yüzden sizin için zorluk büyük olasılıkla geliştiricilerinizi (ve diğer kullanıcıları) kaynak kod ve dosyalarla çalışmanın farklı bir yoluna nasıl sorunsuz şekilde geçireceğiniz olacaktır. Kullanıcılarınızın ne kadar deneyimli olduklarına ve Clearcase'in kurumunuzla ne kadar bütünleştirildiğine bağlı olarak, çok sayıda eğitim ve öğrenmeme gerektirebilir.

Benim önerim başlangıçta bir pilot projede gitmeyi denemeniz ve ekibiniz için nasıl çalıştığını görmenizdir. Github'da güvenli bir depo edinin, hepiniz pilot için hazırsınız.

• Git, özellikle Windows Platformu için kurumsal ortam için gerçekten güvenilir bir araç mıdır?

Yakında bununla güçlü bir evet olacağız. Atlassian kısa süre önce Stash 1.3'ün piyasaya sürülmesiyle bu konuda büyük adımlar attı .

• Destek, Açık kaynaklı sürüm kontrolü olduğu için Git için bir sorudur.

Ücretsiz ve çeşitli LinkedIn grupları (Git Sürüm Kontrol Sistemi) için tavsiye sunan, bilgili Git kullanıcılarının güçlü bir destek ağı vardır. Hızlı bir Google araması genellikle çoğu gereksinimde yardımcı olabilir. Daha büyük işletme şirketleri için, bugün piyasada bulunan ticari git destek seçenekleri de bulunmaktadır.

• Çözüm ve destek sağlayacak herhangi bir şirket var mı? Sunucunun Clear-case gibi diğer sürüm kontrolleriyle karşılaştırıldığında maliyeti nedir?

Git için artık güvenilir ve özel destek sunan birkaç şirket var. Clearvision ve #goGit bunlardan birisini isimlendirmek için.

Kurumsal iş yerimde ClearCase'in karşısındaki bir takımı Mercurial'a (git'e benzer bir araç) getirmeyi desteklemek için çalışıyorum.

Partide Hg seçtik, çünkü iş hedeflerimiz için önemli olan değişkenlik etrafında tasarlandı. Ayrıca, Python ile yazılmış olduğundan, Windows'ta çok iyi çalışıyor. Git, Windows'ta zayıf sos olduğu konusunda bir üne sahipti ve deneyimlerim bunu yansıtıyordu. (Bu araçları daha iyi buluyorum, artık kontrol etmek için Windows kullanmıyorum. :-)).

Tecrübe genel olarak olumlu oldu, çoğu zaman alt raporlar ve bunlarla ilgili garip indirimlerle ilgili olumsuz yanlarımız oldu. Başka bir şey de meta veri depolamasının hg'de olmadığı; Bunu yönetmek için başka çözümler de geliştirilmelidir.

Windows geliştiricileri için "kullanıma hazır" çalışmaları için kurumsal bir çözüm önereceksem, Fırın ve GitHub Güvenlik Duvarı'nı incelemeyi öneririm .

Bunun doğrudan soruna cevap vermediğini biliyorum. Fakat şunu açıklamama izin verin, ClearCase'e alışkınsanız, git'in eğitilmesi, uygulanması ve yönetilmesi daha kolay bir büyüklük sırası olmasını bekliyorum.

Git ve Mercurial kurumsal ortamlarda kullanılabilir. Bir dereceye kadar. Bazı kuruluşların şu anda git tarafından karşılanmayan ekstra gereksinimleri vardır, daha katı erişim kontrolü gibi şeyler yani yalnızca belirli kullanıcıların depodaki belirli dosyalara erişimi (okuma) veya erişimin izlenebileceği denetleme arayüzleri gibi. Bazı ticari kurumsal sistemler, kurumsal yedekleme çözümleri gibi BT sistemleri yönetimi ile daha derin bir entegrasyona sahiptir.

Git ayrıca tarihin korunmasını sağlamak için iyi değildir - varsayılan olarak projenin tüm tarihini üzerine yazma zorla sağlar.

Büyük kuruluşlar bazen ölçeklendirme sorunlarına da çarpıyorlar. İşte Facebook'ta bir dava: http://comments.gmane.org/gmane.comp.version-control.git/189776 , bu sorunlardan bazıları tamir edilebilirken (ör. Facebook mercurial'da sahip oldukları bazı sorunları düzeltti: https: / /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) ticari sürüm kontrol sistemleri, (veya diğer ortamlarda) daha iyi çalışabilecek farklı ölçeklendirme davranışlarına sahiptir.

... ve sonra bu sorumluluk olayı var. Daha büyük kuruluşlar, sorunları ayıklamak ve topluluk desteğine güvenmek için zamanlarını kullanmak yerine, sorunlar olduğunda harici bir satıcıyı aramayı tercih edebilir. Özellikle de gizli bilgiler içeren bozuk havuzlar söz konusuysa.

Bunlar hiçbir şekilde "işletme ortamlarında" kullanılmaz hale getiren konulardır, ancak her zaman olduğu gibi, farklı yazılımların durumlarına göre değerlendirilmesi gereken farklı avantajları ve dezavantajları vardır.