gitoz vs gitolit? [kapalı]

Projemle ekibimi paylaşmak için bir git sunucusu kurmayı arıyorum. Git erişimi gerektiren her geliştirici için SSH erişimine sahip sunucuda bir kullanıcı hesabı oluşturmak istemiyorum. Bu konuyu kapsayan iki eşzamanlı çözüm var gibi görünüyor: gitoz ve gitolit.

Her iki çözüm arasında bir karşılaştırma bulamadım. Aralarındaki ana farklar nelerdir? Başka benzer bir çözüm var mı?

Projemle ekibimi paylaşmak için bir git sunucusu kurmayı arıyorum.

Sen olabilir sadece budala kullanın.

Git sunucusuna sahip olmak için uzak sunucuda ihtiyacınız olan tek şey git. Ayrıntılı izinlere (yalnızca ekibinizle paylaşmak bunun bir olasılık olduğunu gösterir) veya ekstra özelliklere ihtiyacınız yoksa, gitolit veya benzeri bir şeye ihtiyacınız yoktur.

Yüklemesiz çözüm

Uzak sunucuda git varsa, şu anda sorduğunuz şeyi hiçbir şey yapmadan yapabilirsiniz

ssh [user@]server
cd repos/are/here/
mkdir project.git
cd project.git
git init --bare

Yerel:

cd projects/are/here/project
git remote add origin [user@]server:repos/are/here/project.git
git push -u origin master

Git sunucusu kurmak kolaydır.

Özel bir git kullanıcısıyla bir şeyler yapmak istiyorsanız, bir git sunucusu kurmak için kullanılan dokümanlar kısadır - çünkü bunu yapmak oldukça kolaydır.

Özetle:

• Git'i yükle
• Git adlı bir kullanıcı oluşturun
• Kendinizin ve ekibinizin ortak anahtarlarını git kullanıcısının .ssh/authorized_keysdosyasına ekleyin
• Git kullanıcısının kabuğunu değiştir git-shell
• Sunucuda depolar oluşturma
• start git çekme / git@yourserver.com adresine gönderme

Sadece özel bir git kullanıcıyı kullanarak değil arasındaki fark, kurulum git kullanıcı kullanmak eğer ki git-shellkendisini başka bir şey yapmak izin vermez. Git sunucusu gibi davranmak açısından, kurulmasız çözümle aynı

Ana fark, gitozun artık kullanılmaması ve artık aktif olarak sürdürülmemesidir.

Gitolit çok daha fazla özellik tamamlandı ve üçüncü sürümünü çıkardı .

En ilginç özelliği, istediğiniz kadar güncelleme kancasını bildirmenize olanak tanıyan Sanal Referans (kısaca VREF).

• dir / file name :
  Küçük geliştiricilerin Makefile'de değişiklik yapmasını istemediğinizi söyleyin, çünkü oldukça karmaşık:
  - VREF/NAME/Makefile = @junior-devs

• yeni dosya sayısı :
  Diyelim ki küçük geliştiricilerin taahhüt başına 9'dan fazla dosya göndermesini istemiyorsunuz, çünkü küçük taahhütlerde bulunmalarını istiyorsunuz :
  - VREF/COUNT/9/NEWFILES = @junior-devs

• gelişmiş dosya tipi algılama :
  Bazen bir dosyanın standart uzantısı vardır ('gitignore'd' olamaz), ancak aslında otomatik olarak oluşturulur. İşte yakalamak için bir yolu:
  - VREF/FILETYPE/AUTOGENERATED = @all
  Bkz src/VREF/FILETETYPEalgılama mekanizmasını görmek için.

• yazar e-postasını kontrol etme :
  Bazı kişiler "yalnızca kendi taahhütlerinizi iletebilirsiniz".
  - VREF/EMAIL-CHECK = @all
  Bkz src/VREF/EMAIL-CHECK.

• kaydedilmesini oylama :
  Bir taahhüt oylama temel uygulaması şaşırtıcı:
  - VREF/EMAIL-CHECK = @all. Uygulama için
  # 2 votes required to push master, but trusted devs don't have this restriction
# RW+ VREF/VOTES/2/master = @trusted-devs
# - VREF/VOTES/2/master = @devs
  bakınız src/VREF/VOTES.

• ve bunun gibi...

Sadece bir sidenote. Gerrit'i ihtiyaçlarınız için de kullanabilirsiniz :

Gerrit Kod İncelemesi

Birincisi Gerrit'in Kod incelemesi için kullanıldığı görülüyor, ancak aslında kullanıcıları yönetmek ve onlara iyi tanımlanmış izinler vermek için de kullanabilirsiniz. Şunları yapabilirsiniz baypas kod inceleme (çukur erişim kontrolleri ) ve sadece proje ve ssh-anahtarları yönetmek için kullanabilirsiniz. Gerrit'in gerçekten güçlü bir erişim kontrol mekanizması var:

Gerrit Erişim Kontrolleri

Erişim denetimleri belgesinde tanımlanan dallar, etiketler veya hayal edebileceğiniz herhangi bir şey için zorlamayı kısıtlayabilirsiniz.

Daha hızlı ve daha kirli bir çözüm için git daemon'u kullanın ve eşler arası gidin. İşte bunu yapmakla ilgili bir makale .

Düzenleme: Bu kesinlikle OP sorusuna cevap vermediğini biliyorum. Bunu, özellikle bir kurumsal github hesabı kurulana kadar kod paylaşmanın aşağı ve kirli bir yolunu ararken, benim gibi, bununla karşılaşanlar için buraya koydum.

Bir süredir LDAP erişimi, ince taneli erişim kontrolü vb. İle çalışan bir sunucu almak için uğraşıyorum ... Bir vahiy bulundu: Gitlab kullanın :

• git depoları
• ince taneli erişim (afaik gitlab kaputun altında gitolit kullanır)

hızlı ve hızlı kurulum yöntemini istiyorsanız: bitnami yükleyicisini kullanın