GitHub ile uyumlu proje yönetimi [kapalı]


95

(DÜZENLEME: Google Code şu anda git'i desteklediğinden ve yine de Protokol Tamponlarını Mercurial'e dönüştürdüğümden, bu soru benim özel sorunum için artık güncel değil. Ancak yine de genel bir ilgi, IMO.)

Benim C # Protokol Tampon Bağlantı Noktası , kaynak kontrolü için github kullanıyor ve git kullanmaktan gerçekten keyif almaya başlıyorum. Bununla birlikte, söyleyebileceğim kadarıyla, github herhangi bir proje yönetimi aracı sağlamaz: kusur ve özellik izleme, tartışmalar, özellik istekleri, dokümanlar vb. İlişkilerime bakılırsa, Google Code doğal bir seçim olabilir, ancak tuhaf görünüyor orada bir proje oluşturun ama kaynağı github'da barındırın.

Fogbugz / Assembla ile ilgili bu soru , çoğunlukla kusur takibine odaklanıyor gibi görünüyor. Konu daha "eksiksiz" bir proje yönetimi çözümü olduğunda başkalarının ne tür deneyimler yaşadığını merak ediyordum. Fogbugz gerçekten ihtiyacım olan her şeyi yapıyor mu? (Ben de koduyla belgeleri dağıtmak için isterler ancak Dokümanlar için bir wiki avantajları vardır kullanma.) Birinci fıkrada belirtilen açık özelliklerin ötesinde, orada diğer proje yönleri gerektiğini ben kaçırmış olabilir düşünüyor?

Bu kesinlikle açık kaynaklı bir proje olarak kalacak ve ödememeyi tercih etsem de küçük bir ücret gerekip gerekmediğini umursamıyorum. Şu anda tek geliştirici benim, ancak bu değişebilir ve hatalar ve özellik isteklerini bildiren çok sayıda insan olabilir. (Başka bir deyişle, popüler olmasını umuyor ve bekliyorum, ancak işin çoğunu benim yapıyorum.)

Daha önce çeşitli açık kaynak projelerine katkıda bulundum , ancak çok görünür ve aktif bir proje yürütme yolunda pek bir şey yapmadım. ( MiscUtil şu anda web sitemde ara sıra sürümlerle birlikte hala "barındırılıyor" - gerçek kaynak kontrolü yerel NAS'ımdadır.)

Deneyimlerini paylaşmak isteyen var mı?

DÜZENLEME: Şu anda düşündüğüm başka bir seçenek de bir Google Code projesi (gerçekten işverenime sadık kalmak istiyorum) ve git ile svn arasında ara sıra birleştirme (en azından, her sürümde yayınladığımda). Bu, git olmayan kullanıcıların da kaynağı kolayca ele geçirmesine izin verir.


C # 'da Protokol Tamponlarını yayınlamaya yakın mısınız? Denemek için can atıyorum.
David Robbins

1
@David: Biraz "manuel" olmasına rağmen zaten kullanılabilir durumda. Bazı ön talimatlar için code.google.com/p/protobuf-csharp-port sayfasına bakın .
Jon Skeet

Bu soruyu en son düzenlediğinizde durumun bu olup olmadığından emin değilim, ancak GitHub herhangi bir etikette kodunuzun indirilebilir arşivlerini otomatik olarak oluşturur. Ayrıca herhangi bir işlemde kodun durumunu indirebilirsiniz.
Xiong Chiamiov

11
Ayrıca mercurial'i google kodunda da kullanabilirsiniz, mercurial oldukça basittir ve git ile neredeyse aynı özelliğe sahiptir
dzen

GoogleCode, Git için destek eklendi: code.google.com/p/support/wiki/GitFAQ
gavenkoa

Yanıtlar:


45

Gerçekten tek geliştirici olacağınızı düşünüyorsanız , Fogbugz akıl sağlığınızı korumanıza yardımcı olacaktır. Fogbugz harika bir üründür, odaklanmış iletişim kurar ve her şeyi bir vakaya (meseleye) dönüştürebilir. Tüm bunları, gördüğüm herhangi bir sistem gibi yapıyor.

Ancak yönelimi ticari - kullanıcılar ve teknik destek arasında verimli iletişim, programların güvenilirliğini artırma, üzerinde çalışılan şeye odaklanma ve öncelik verme, iç ve dış tartışmaları ayırma, işlerin halledildiğini izlemek için bazı iyi raporlama. (Aklıma gelen tek eleştiri, vaka engelleme ve bağımlılık takibi yapmamasıdır; bu, derine gömülü hatalar için gerçekten yararlıdır.)

Bu özellik setinin çok azı, açık canlı iletişim ve bir topluluk oluşturma ihtiyacı ile aktif bir açık kaynak projesi oluşturmanıza ve proje büyüdükçe kullanıcıların geliştiricilere dönüşmesine yardımcı olacaktır. Dolayısıyla, son bulmanız gereken yer burasıysa, bu hafif izleme sistemlerinden birinin daha az odaklanmış iletişim kanallarını gerçekten isteyebilirsiniz.

Henüz bir projede Google Code kullanmadım, ancak şeffaf ve açık iletişim açısından aktif bir açık kaynak projesi için iyi bir destek gibi görünüyor. Artı bunu zaten biliyorsun. Projenize katılımı artırmak istiyorsanız, Google kodu gidecek yol gibi görünüyor.


7
Bunun için teşekkürler - tüm faydalı şeyler. Google Code'un ek bir yararı daha var - eğer bir özelliği eksikse, bunu gerçekleştirme olasılığım daha yüksektir :) (Fogbugz ve diğerleri özellik isteklerini ciddiye alır, ancak Google Code ile üzerinde çalışabilirim. sistemin kendisi% 20 zamanda ...)
Jon Skeet

28

GitHub kısa süre önce kendi başına bir sorun izleyiciyi tanıttı ; Yine de, bu başlıkta bahsedilen diğer seçenekleri nasıl ölçtüğünü belirlemek için rekabetçi bir analiz yapmadım.


GitHub günümüzde yerleşik proje yönetimine sahiptir. Yine de oldukça minimalist (a la 37signals), ancak sürüm kontrolü ve proje yönetimi için kullanırsanız fiyatları rekabetçi. github.com/features/projects
m33lky

14

Sorun takibi için Lighthouse ile birlikte GitHub kullanıyorum . Diğer seçeneklerden bazılarına kıyasla küçük bir barebone, ancak aynı zamanda çok iyi çalışıyor, eğer sadece hafif bir alet istiyorsanız çok fazla endişelenmenize gerek yok. İsterseniz GitHub ile entegre olabilir ve ayrıca açık kaynaklı projeler için ücretsizdir.


12

Her zamanki gibi birisi bunu sorduğunda, bu soruda yaptığım gibi Redmine'den bahsediyorum . Sorunun zaten "en iyi cevabına" sahip olduğunu biliyorum ama bundan bahsetmeye değer olduğunu düşünüyorum.


Güncelleme: redmine.org
dparkar

10

GIT olmayan, Mercurial * olan bitbucket.org'u kullanıyoruz , ancak şube başına hata / sorun takibi vb. Var.

Bir commit mesajında ​​konu-numarası gibi şeylere çapraz referans vermek için bunları kaynak kodunuzu yönettiğiniz yerle bütünleştirmenin çok faydalı olabileceğini düşünüyorum. Veya Kod revizyon numarasını içeren bir sorun için Sabit mesaj. Google kodu gibi ayrı bir BTS seçerseniz bunu kaybedersiniz. Diğer yanıtta da belirtildiği gibi, Trac entegrasyon konusunda gerçekten çok iyi.

Düzenleme: En yaygın kullanılan açık kaynak projem için aslında şu adresten sahip olduğumuzu söylemeliyim:

  1. Bitbucket (kaynak kodu yönetimi)
  2. Launchpad (kullanıcı hata raporlama, çeviri yönetimi)
  3. Kendi kendine barındırılan Trac (wiki, proje ve geliştirici sorun izleme, kaynak kodu aynası)
  4. Google kodu (dosya indirmeleri)

Ve bunun çılgınca geldiğini biliyorum, ancak her hizmetten en iyi bitleri seçip seçiyoruz. Ve şaşırtıcı bir şekilde kimse şikayet etmiyor.

* bu benim görüşüme göre daha iyi, ama lütfen beni alevlendirme.


Burada alev yok - Mercurial kullanmadım, bu yüzden yorum yapamam. Sanırım kaynak barındırmayı gerçekten taşıyacak olsaydım, doğrudan Google Code ve svn'ye giderdim ki zaten rahatım. Ben düşünüyorum ama benim soru düzenlemeyi ... bkz - Ben github depo tutmak istiyorum
Jon Skeet

3
Kanımca SVN, Google kodunun temel zayıflığıdır. Ama dediğiniz gibi, her şey neyle rahat olduğunuzla ilgili.
Ali Afshar

Ayrıca kendi kişisel kullanımımı yansıtacak şekilde düzenlendi.
Ali Afshar

Aptalca olduğunu biliyorum, ancak gerçekten kaydetmek istediğim herhangi bir veriyi "bitbucket" adlı bir sunucuya işlerken sorun yaşarım.
TED

1
bitbucket artık Git de yapıyor
Radek

8

Trac'ı düşündün mü ?

Git-Trac entegrasyonunun "coşkulu" bir incelemesi var gibi görünüyor .

Bu araçlarla ilgili kişisel deneyimim yok, ancak entegrasyonu kontrol etmek isteyebilirsiniz.


Referans verdiğim Fogbugz / Assembla sorusu, Trac'ın FogBugz'un biraz gerisinde olduğunu ima ediyor gibiydi. Ayrıca barındırılan proje tartışmaları fikrini de seviyorum (bunun için gerekirse Google Grupları'nı kesinlikle kullanabilirim).
Jon Skeet

1

Bazı yerlerde github ve google kodu kullanıyorum. Google kodunun sorun izleyicisi yeterince iyi, ancak yıkımla başa çıkamıyorum.

Bunun bir örneği için java memcached istemcime bir göz atın - özellikle en üstteki kaynak sekmesi.


Güzel. Bu gerçekten iyi bir çözüm gibi görünüyor. Hala onu kullanmak isteyenler için daha kolay hale getirmek için yıkıma klonlayabilirim - mümkün olduğunca kapsayıcı olmak istiyorum.
Jon Skeet

2
Github'ın indirilen şeylerin yıkılmak isteyen herkes için yeterli olduğunu hayal ediyorum. En son sürümü svn deponuzdan indirmekten daha gelişmiş şeyler yapan herkes muhtemelen git kullanıyor demektir. :)
Dustin

1

İşyerinde FogBugz kullanıyoruz ve bence türünün en iyi aracı. 2 kullanıcıdan daha pahalı olması dışında, üzerinde çalıştığım kar amacı gütmeyen projeler için kullanırdım.

Kar amacı gütmeyen projeler için, sorun takibi için Lighthouse kullanıyoruz . Ne pahasına olursa olsun sorun değil ve açıkçası kendi fiyat aralığında uygun bir alternatif bulamıyorum. Trac'ın sorun takibi Bugzilla'nınkinden biraz daha iyi ... Pek çok kişinin Trac'ı sevdiğini biliyorum ama ben bunu çok esnek bulmuyorum. Trac'ın eksiklikleri bizi Lighthouse'a götürdü.

Kâr amacı gütmeyen projelerim muhtemelen Bitbucket'e taşınmayı düşünüyor . Sorun takibine ek olarak, depolarımızı orada beanstalkapp.com'dan birleştirmemize ve bir wiki eklememize izin verirdi.

Hepsi söyleniyor, eğer FogBugz-on-Demand, küçük kullanıcı sayıları için Lighthouse.app'ye uzaktan benzer bir fiyatlandırmaya sahip olsaydı, bizi oraya bir kalp atışı ile götürürdüm. FB'yi işte ve ardından Lighthouse.app'i gece kullandığınızda ... Lighthouse'u kullanmak kolunuz kopmuş gibi hissediyor.



1

Ben de deniz feneri ile github kullanıyorum. Ve taahhüt etme mesajınız şöyle bir şey içeriyorsa

[# 32 durum: çözüldü]

Lighthouse, hızlı ve yararlı bulduğum işleme karşı 32 numaralı bileti çözecek. Bunun dışında, Deniz Feneri özellikleri biraz daha hafiftir.


0

Alternatif olarak JavaForge'u öneririm , çünkü aradığınız her şeye sahip:

  • Mercurial ve Git (veya karma) ile ücretsiz barındırma sunar .
  • Sorun izleyicisi GitHub'dan ışık yılı ileride. Son derece güçlü ve özelleştirilebilir, gereksinimleri, özellik isteklerini, hataları, görevleri vb. İzleyebilir.
  • Doküman Yönetimi ve WebDAV erişimi de sağlar (paylaşımlı klasörlerle olduğu kadar kolay paylaşım).
  • Dokümantasyon, gereksinimler vb. İçin işbirliğine dayalı yazım için yerleşik wiki'ye sahiptir.
  • Tartışmalar için forumları var.

Lütfen sitenin, küresel şirketler tarafından savaşta test edilmiş ticari ürünümüz olan codeBeamer tarafından desteklendiğini unutmayın .

(Sorumluluk reddi: Biz ticari bir çevik ALM çözümleri sağlayıcısıyız.)



0

BusyFlow gibi bir araç kullanmayı da deneyebilirsiniz . Orada GitHub'ın taahhütlerini takip edebilir ve bunlara yorum yapabilirsiniz (yorumlar GitHub ile senkronize edilir). Diğer proje yönetimi yönleri için BusyFlow, Google Takvim, Trello, Basecamp, Pivotal Tracker vb. İle entegre olur. Böylece GitHub öğelerinizi görevler, dosyalar ve takvim etkinlikleriyle birlikte görebilirsiniz.

(Sorumluluk reddi: BusyFlow'un kurucu ortaklarından biriyim.)


-1

CodePlex'i düşündünüz mü?


1
Yapmamıştım , ama sonunda Google Code ve github ile gittim , github'a karşı geliştirdim ve uygun olduğunda svn'yi zorladım.
Jon Skeet
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.