1-2 geliştirici için basit sorun izci [kapalı]

Şu anda çoğunlukla bir proje üzerinde çalışıyorum (Java'da). Ne yapmam gerektiği konusunda üst düzey talimatlar veren ve nadiren herhangi bir kod katkısı sağlayacak olan bir danışmanım olduğundan çoğunlukla yalnızım. Ancak zaman zaman birkaç kabul testinde kod yazacak.

Daha önce hiç bir sorun izleyici kullanmadım ve şimdi kullanmaya başlamayı düşünüyordum, çünkü olası hataları günlüğe kaydedebileceğim ve onları merkezi bir şekilde izleyebileceğim bir yer açmak istiyorum. Sorun izleyiciyi Eclipse ile daha iyi bir şekilde bütünleştirmek mümkün olacak mıydı.

Yani burada kısıtlamalar:

1. Bu açık kaynaklı bir proje değil. Bizim kodumuz kimseyle paylaşılmayacak!
2. Subversion kullanıyor ve kullanacağız;
3. Kendi Subversion sunucumuz var ve bu aynı Subversion sunucusunu kullanmaya devam edeceğiz;
4. özgür olmalı;
5. en az 2 kullanıcıya izin vermelidir.

Ne seçeceğine dair tavsiyen nedir? Mevcut en basit çözümü arıyorum.

Küçük projeler için Trello'nun büyük bir hayranı oldum . Girişte çok düşük bir engel var ve bu kadar yüksek kullanılabilirlik, daha küçük projeler için kullanacağım.

Biraz daha karmaşık görünümlü ve özellik dolu bir şey istiyorsanız, FogBugz veya Bugzilla'nın önerilerini ikinci olarak anlayacağım.

Daha fazla "açıklama ve içerik" sağlamak üzere düzenleyin:

Özel proje yöneticileri olmadan daha küçük takımlar arasında fark ettiğim en yaygın sorun, pek çok şeyin sisteme girememesidir . Ya devler yapılması gereken her şeye girmeye zaman harcamazlar ya da iş ilerledikçe sorunlar yalnızca anlık olarak güncellenir.

Trello, kullanıcıları yeni sorunlar eklemeyi ve mevcut sorunların durumunu aptalca kolaylaştırarak sistemi iyi verilerle güncel tutmaya teşvik eder.

En önemlisi, panoların içindeki “listeler” sistemi, küçük bir projenin kullanmak isteyeceği hemen hemen her türlü kilometre taşı ve sorun türünü temsil etmek için kolayca ve hızlı bir şekilde düzenlenebilir.

Ayrıca, konulara yorum yapma, konulara oy verme, yeniden sıralama, etiketleme ve atama gibi daha yaygın olan sorun izleme araçlarını da destekler - ancak hepsi yolunuzdan gizlenir (ancak ihtiyaç duyduğunuzda tam istediğiniz yerde)

Bugzilla ince, tam özellikli sorun izleyici olmakla hayır inkar var hissediyor oluşturma ve düzenleme hataları pahalı gibi . FogBugz, projenizdeki her şeyi izlemenin bilinçaltı acılarının çoğunu azaltır, ancak yine de Trello’da “yapmak” ile “bitmiş” arasında bir kartı sürüklemekten daha fazla iş gibi hissetmek için yeterli düzenleme ve ekrana sahiptir.

tl; dr - Bir konuyu izleyiciyi alakalı ve güncel tutmanın en iyi yolu, kullanımı mümkün olduğunca kolaylaştırmaktır ve Trello'nun başarmak için yaptığı şey budur.

"Mevcut en basit çözüm" elbette bir yargılama çağrısıdır.

FogBugz'ı kullanımı çok kolay buluyorum ve açıkladığınız kullanım çantası için önerebilirim. İki kişilik ekipler için ücretsiz ve daha büyük olanlar için çok uygun, Eclipse eklentisine sahip ve Subversion ile entegre .

Tam açıklama ile: FogBugz ile olan deneyimim, tam olarak aradığınız kurulum değil, Visual Studio eklentisi ve Performans entegrasyonu ile şirket içi versiyonunda olmuştur.

SVN Team Provider eklentisi ile SVN + Trac + Eclipse (& isterseniz Mylyn )

Bu, eşzamanlı kişisel ve ekip projeleri için çalışacaktır.

Eclipse'den (yukarıdaki eklentiler ve Trac XML-RPC eklentisi ile) siz ve ekibiniz

1. SVN deposuna Eclipse içinden ve kısıtlama olmadan erişme ve kullanma
2. Trac üzerinden biletlerinizi takip edin
3. Mylyn üzerinden kişisel ve takım görevlerini belirleme
4. Proje üyeleri tarafından her görev için harcanan zamanı izlemek
5. Yukarıdakilerin tümünü tek bir dinamik çalışma alanında görmek

Mantis kullanabilirsiniz: http://www.mantisbt.org/index.php

Oldukça basit ve SVN ve Eclipse ile entegre olacak şekilde yapılandırılmış: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ sorular / 2939794 / mantis-hata-izci-api-entegrasyon

Bununla birlikte, Trac'in yalnızca temel özelliklerine bağlı kalmak, kullanımı da oldukça kolaylaştırabilir: http://trac.edgewall.org/

Benim önerim:

bugs.txtHavuz kökünde adlandırılmış bir dosya .

Avantajları:

• Bu bir .txt. Belirli bir sisteme / yazılıma bağlı olmadığınız anlamına gelir

• Ölü basit.

• Bu yöntemle sizin için neyin işe yarayacağına karar verirsiniz - benim bir örneğim şuna benzer:

filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.

filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar

• Çapraz platform Bir svn checkout <url>yaptığınız anda, hata izleyiciniz oradadır - $ IDE-of-use de kullanabilirsiniz - sadece başka bir metin dosyasıdır.

Dezavantajları:

• 2-3 geliştiriciden sonra hantallaşıyor.

• Bir kişiye gerçekten atamanın yolu yok.

• UI hatalarının görüntülerini gömmenin bir yolu yok.

Benim oyum Redmine için . Tamamen ücretsizdir ve Subversion ile iyi bütünleşir.

proje yönetimi web uygulaması. Ruby on Rails çerçevesi kullanılarak yazılmış, platformlar arası ve veritabanı çapraz.

Redmine açık kaynak kodlu ve GNU Genel Kamu Lisansı v2 (GPL) şartları altında yayınlandı ...

Redminin ana özelliklerinden bazıları şunlardır:

• Birden fazla proje desteği
• Esnek rol tabanlı erişim kontrolü
• Esnek sorun takip sistemi
• Gantt şeması ve takvimi
• Haberler, belgeler ve dosya yönetimi
• Yayınlar ve e-posta bildirimleri
• Proje başına wiki
• Proje forumları başına
• Zaman izleme
• Konular, zaman girişleri, projeler ve kullanıcılar için özel alanlar
• SCM entegrasyonu (SVN, CVS, Git, Mercurial, Bazaar ve Darcs)
• E-posta yoluyla sorun oluşturma
• Çoklu LDAP kimlik doğrulama desteği
• Kullanıcı kendi kendine kayıt desteği
• Çok dilli destek
• Birden fazla veritabanı desteği ...

Bu "basit" olmayabilir, ama işinde iyi konu izleyicileri biri göz önünde bulundurun: JIRA dan Atlassian . 10 (aussie) dolar için 10 kullanıcılık bir başlangıç ​​lisansı ile geliyor ... Ben bir solo geliştirici olarak kullanıyorum. (Lütfen, sitenin "talep üzerine" lisanslama / fiyatlandırma gösterme tercihinin bulunduğunu ve "indirme" fiyatlandırmasını gerektirebileceğini unutmayın.

Bu başlangıç ​​fiyatı için bir başka büyük artı: tam gelirler Odaya Okumak için bağışlandı . Böylece, tam özellikli bir böcek avcısından faydalanabilir ve bu konuda da iyi hissedebilirsiniz :-)

Ayrıca BugZilla'ya da bakabilirsiniz . Ayrıca SE programcıları üzerindeki farklı hata izleyicilerin bu karşılaştırmasına bakınız . Trac , izleyici olarak kullanmak için iyi bir alternatiftir.

Başka bir seçenek Sourceforge'dur . Bildiğim kadarıyla, kullanıcı sayısına bakılmaksızın ücretsiz. Bir SVN deposu (muhtemelen kullanmayacağınız) ve bir izleyici içerir. Bu izleyicinin nasıl göründüğünün bir örneği için, Audacity projesini (açık kaynaklı kayıt yazılımı) oluşturan bu örneğe bakın .

Ditz'i kontrol et .

Veritabanınızı kod deponuzda saklayabileceğiniz çok basit bir komut satırı tabanlı sorun izleme aracıdır.

Fantezi UI yok, sadece basit bir komut satırı aracı. @ Jrg'in önerisine ve TODO.txt aracına ruhu benzer .

Göz at Asana . Basit, ücretsiz bir web tabanlı proje takip aracıdır. Evde projeler ve görevler için kullanıyorum. Birden fazla proje oluşturabilir ve onlara görevler atayabilirsiniz. Herhangi bir görev için şunları belirleyebilirsiniz:

• Atanan kişi
• Bitiş tarihi
• Herhangi bir sayıda metin etiketi
• Ekli dosyalar
• değişiklikler
• Notlar (görev başına bir not alanı)
• Yorumlar (görev başına herhangi bir sayı, kronolojik olarak düzenlenmiş)

Öğeleri "öncelikli başlıklar" olarak adlandırılan önceliklere göre sıralayabilirsiniz. Öğeleri "bugün", "yaklaşan" veya "sonra" olarak da planlayabilir ve en kısa zamanda üzerinde çalışılması gerekenler hakkında temel bir fikir edinebilirsiniz.

Hala devam eden bir çalışma, ama çok kaygan bir arayüze sahip ve kullanımı kolaydır.

En basit hata takipçisi 3x5 indeks kartından oluşan bir yığın (ya da büyük el yazınız varsa 4x6), bir tutamak kutusu ve kübik duvarınız IMO. Eğer dağılmış bir ekibiniz yoksa (yalnız çalıştığınızdan beri değilsiniz), bu iyi. Bir hata izleyici ile mümkün olan en düşük empedansa sahip olmak istediğinizi aklınızda bulundurun - bir hata yazmak ya da bir geliştirme için bir fikri not etmek zorsa, bunu yapmayacaksınız. Bir şey yapıldığında, duvardan çıkıyor ve bitti.

Bunun Eclipse noktasıyla entegrasyonu başarısız olduğu kabul edilir, ancak solo bir geliştirici için gerçekten ihtiyacınız var mı? Danışmanınız hataları düzeltmeyecekse, kartlara erişmeleri gerekmez (veya uğraıp bakabilirler). Eğer kabul testleri yazıyorlarsa, karttaki geçerli olduğu testlerin özgeçmişini not edebilirsiniz.

Seni bir araca bakmaya iten şeyin ne olduğunu bulmak isterim. Bir tür hata ölçümüne mi ihtiyacınız var (ortalama süre açık, toplam açık vs. kapalı)? Eclipse'e entegrasyon neden önemlidir?

Gerçekten çok basit sorun takibi için, Excel gibi bir elektronik tablo veya bir MS Access veritabanı kullanabilirsiniz . Bunlar temel olarak gerçek sayı takipçilerine kıyasla oyuncaklardır, ancak düşük öğrenme eğrisi ve giriş engelinin düşük olması avantajlarına sahiptir: sadece bir elektronik tablo hazırlayın ve ihtiyaç duyduğunuzda sütunları ekleyin!

Excel, sütunlara göre sıralayıp filtreleyebildiğiniz ve ilerlemeyi izlemek için kolayca grafikler ve grafikler oluşturabildiğiniz için güzeldir. Daha fazla bilgi için bu makaleye bakın: http://chandoo.org/wp/2009/09/08/issue-trackers/

Güzel bir MS Access Sorun İzleyici şablonu burada mevcuttur: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx

YouTrack dan JetBrains (IntelliJ IDEA ve ReSharper arkasındaki şirket) hala onunla kişisel deneyime sınırlı olsa da, çok umut verici görünüyor.

• Bulutta barındırılıyor ve kendi örneğinizi oluşturmak çok hızlı (belki 5 dakika)
• <= 9 kullanıcı için ücretsiz . (Ayrıca, 2000 kullanıcıyı kapsayan en büyük planlar bile 29 Şubat 2012 tarihine kadar ücretsizdir)
• Açık Kimlik girişini destekler (ör. Google’dan)
• İyi klavye kısayolları var

YouTrack'ı şu ana kadar kullandıklarımdan en azından JIRA'ya tercih ederim.

Küçük ekibim için (çoğunlukla sadece ben), CodeTrack'i kullanıyorum . Benim için gerçekten harika çalışıyor, çünkü sunucuda sadece PHP'ye, hatta bir veritabanına ihtiyaç duyuyor.

Sadece indirebilir, web sunucunuzdan çıkarabilirsiniz ve neredeyse anında çalışır. Dahası, kod gerçekten basittir, bu nedenle de tam gereksinimleriniz için kolayca özelleştirebilirsiniz.

Hassas bilgileri hata raporlarında ve yorumlarında göstermezseniz Google Code’u öneririm. Geçmişteki Sorun özelliğini, 8 devs ekibiyle projelerimizden biri için kullandık. Küçük bir takım için gerçekten basit, kolay ve yeterince iyi.

Açık kaynak kodlu bir proje başlatmanız gerekmesine rağmen kodunuzu Google’a yüklemek zorunda değilsiniz. Ve elbette, projenizi yanlışlıkla bulmuşlarsa, böceklerinizi görebilir veya proje bağlantısını onlarla paylaşabilirsiniz.

Trackie son derece basit ama esnektir.

Sorunları basit ve tek bakış açısıyla takip etme ihtiyacı duyan küçük veya yarı teknoloji / yarı yaratıcı ekipleri hedef almaktadır. Öncelik ve görevlilerin yanı sıra, sorunların özel durumlarını (özel renklerle) destekler.

Kullanıcı Arabirimi zaten çok basit ve temiz olsa da, bir projeye Müşteri olarak eklenen kullanıcılara ek olarak basitleştirilmiş bir kullanıcı arabirimi sunulur.

Son olarak, e-posta yoluyla sorunları kabul eder. Yalnızca doğrudan değil, aynı zamanda bir müşterinin sorununu Trackie'ye iletirseniz, müşterinizle olan herhangi bir yazışma, müşteriniz bile bilmeden Trackie üzerinden devam eder. Her şeyi tek bir yerde tutmak.

Özel betadayken ücretsizdir. Serbest kalacağı olup olmadığı yazarken belirsizdir.

Feragatname: Bu sorun izleyicisinin geliştiricisiyim. Ancak bu cevabın yine de OP ile ilgili olduğunu düşünüyorum.

basecamp.com - bir proje ücretsizdir, arayüz çok basittir ve kurulacak hiçbir şey olmadan yaklaşık iki dakika içinde hazır ve çalışır durumda olabilirsiniz

Şimdi işine dön ;-)