Pelacak masalah sederhana untuk 1-2 pengembang [ditutup]

51

Saat ini saya kebanyakan bekerja sendirian di sebuah proyek (di Jawa). Saya sebagian besar sendirian karena saya memiliki penasihat yang memberi saya instruksi tingkat tinggi tentang apa yang harus dilakukan, dan jarang akan memberikan kontribusi kode. Dia akan membuat beberapa tes penerimaan dari waktu ke waktu.

Saya belum pernah menggunakan pelacak masalah sebelumnya, dan sedang berpikir untuk mulai menggunakannya sekarang, karena saya ingin memiliki tempat di mana saya dapat mencatat kemungkinan bug yang saya temukan dan melacak mereka secara terpusat. Apakah mungkin untuk mengintegrasikan pelacak masalah dengan Eclipse, lebih baik lagi.

Jadi, inilah kendala:

  1. Ini BUKAN proyek sumber terbuka. Kode kami tidak boleh dibagikan dengan siapa pun!
  2. kami adalah dan akan menggunakan Subversi;
  3. kami memiliki server Subversion kami sendiri dan kami akan terus menggunakan server Subversion yang sama ini;
  4. itu harus gratis;
  5. itu harus mengizinkan setidaknya 2 pengguna.

Apa saran Anda untuk memilih? Saya mencari solusi paling sederhana yang tersedia.

melahap elysium
sumber
Saya sangat suka bitbucket.org Saya tidak tahu apakah itu memenuhi semua kebutuhan Anda, tetapi secara keseluruhan sangat bagus ...
ballmw
Anda dapat menggunakan asana , meskipun ini lebih merupakan tugas berdasarkan daftar tugas, sangat sederhana (pikirkan twitter) dan gratis =)
Brian
23
Saya pikir interpretasi Anda tentang proyek open-source pada poin 1 cacat. Proyek, misalnya redmine dapat dirilis di bawah lisensi open-source, GPL2 dalam kasus ini; dan Anda masih dapat menggunakannya dalam proyek komersial tanpa membagikan kode properti Anda kepada siapa pun. GPL2 menyatakan Anda tidak dapat memodifikasi dan menjual Redmine sendiri tanpa membagikan kode yang dimodifikasi. Seperti yang telah saya sebutkan, hanya menggunakan Redmine tidak memaksa Anda untuk berbagi data apa pun.
bbaja42
8
Saya pikir maksudnya kodenya bukan open source, maka dia tidak bisa menggunakan misalnya GitHub, Google Code atau Codeplex.
Zeta Two

Jawaban:

42

Untuk proyek-proyek kecil, saya sudah menjadi penggemar berat Trello . Ini memiliki hambatan masuk yang rendah, dan kegunaan yang tinggi, saya akan menggunakannya untuk proyek yang lebih kecil.

Jika Anda menginginkan sesuatu yang sedikit lebih rumit dan kelengkapan fitur, saya akan menyarankan saran FogBugz atau Bugzilla.

Edit untuk memberikan lebih banyak "penjelasan dan konteks":

Masalah paling umum yang saya perhatikan di antara tim yang lebih kecil tanpa manajer proyek yang berdedikasi adalah begitu banyak hal yang tidak masuk ke dalam sistem . Entah para devs tidak meluangkan waktu untuk masuk ke dalam segala sesuatu yang perlu dilakukan, atau masalah hanya diperbarui secara sporadis saat pekerjaan berlangsung.

Trello mendorong pengguna untuk benar-benar menjaga sistem tetap up to date dengan data yang baik dengan membuatnya mudah untuk menambahkan masalah baru dan memperbarui status masalah yang ada.

Yang paling menonjol, sistem "daftar" di dalam papan dapat dengan mudah dan cepat diubah untuk mewakili hampir semua sistem tonggak dan jenis masalah yang ingin digunakan oleh proyek kecil.

Ini juga mendukung alat pelacak masalah yang lebih umum seperti mengomentari masalah, memilih masalah, menata ulang, menandai, dan penugasan - tetapi mereka semua tersembunyi di luar jalan Anda (tetapi cukup tepat di tempat yang Anda inginkan ketika Anda membutuhkannya).

Bugzilla adalah pelacak isu berfitur lengkap yang bagus, tetapi tidak dapat disangkal rasanya membuat dan mengedit bug itu mahal . FogBugz mengurangi banyak rasa sakit bawah sadar melacak segala sesuatu di proyek Anda, tetapi masih memiliki cukup pengeditan dan layar untuk merasa seperti lebih banyak pekerjaan daripada, katakanlah, hanya menyeret kartu dari "melakukan" ke "selesai" di Trello.

tl; dr - cara terbaik untuk menjaga pelacak masalah tetap relevan dan terkini adalah membuatnya semudah mungkin digunakan , dan itulah yang ingin dicapai Trello.

TehShrike
sumber
Saya telah menggunakan Trello di tim kecil dan itu bekerja dengan sangat baik.
Boris Yankov
3
Satu hal penting untuk diingat tentang Trello adalah Anda dapat membuat papan sebanyak yang Anda inginkan. Jadi, misalnya, alih-alih menyimpan semua bug Anda di satu papan, miliki papan yang didedikasikan untuk bug yang baru ditemukan, dan kemudian pindahkan ke papan utama saat Anda siap untuk mengerjakannya. (Sekarang Anda dapat memindahkan kartu di antara papan di Trello.)
Kyralessa
2
Trello persis seperti yang kupikirkan ketika aku melihat pertanyaan itu. Ini bukan pelacak bug yang penuh sesak nafas tetapi sangat mudah untuk memulai papan. Tidak perlu pengaturan atau pemasangan. Dan untuk 2 orang, akan sangat mudah untuk melacak bug, fitur, dan ide dalam antarmuka yang fleksibel.
chauncey
Masalah dengan Trello adalah produktivitasnya sangat buruk jika Anda berencana meningkatkan tim Anda menjadi lebih banyak orang. Masalah tidak memiliki kepemilikan (hanya beberapa penugasan) dan dasbor pengguna sebagian besar tidak berguna untuk melacak pekerjaan luar biasa yang ditugaskan untuk Anda. Itu juga tidak berintegrasi dengan sistem VCS. Trello dirancang dan dipasarkan sebagai ide dan papan perencanaan yang berfungsi dengan baik, tidak hanya sebagai pelacak masalah perangkat lunak, itulah sebabnya Fog Creek juga memiliki FogBugz dalam rangkaian alat mereka.
Tom Jowitt
21

"solusi paling sederhana yang tersedia" tentu saja merupakan panggilan penilaian.

Saya menemukan FogBugz sangat mudah digunakan dan dapat merekomendasikannya untuk use case yang Anda gambarkan. Ini gratis untuk tim yang terdiri dari dua orang dan sangat terjangkau untuk yang lebih besar, memiliki plugin Eclipse dan terintegrasi dengan Subversion .

Untuk kepentingan pengungkapan penuh: Pengalaman saya dengan FogBugz adalah versi on-premise dengan plugin Visual Studio dan integrasi Perforce dan bukan pengaturan yang tepat yang Anda cari.

PersonalNexus
sumber
Bukankah FogBugz akan memaksa saya untuk meletakkan kode di server mereka sendiri?
melahap elysium
2
@devouredelysium Jika Anda menggunakan versi host gratis apa pun yang Anda masukkan di FogBugz (yaitu laporan bug, dll.) akan disimpan di server FogCreek. Karena Anda akan menggunakan server Subversion Anda sendiri, kode Anda akan tetap bersama Anda.
PersonalNexus
@devouredelysium Anda berpikir tentang Kiln.
badp
Tidak ada paket gratis lagi - hanya versi percobaan.
lucianf
15

SVN + Trac + Eclipse dengan plugin Penyedia Tim SVN (& Mylyn jika Anda mau)

Ini akan bekerja untuk proyek pribadi dan tim secara bersamaan.

Dari Eclipse (dengan plugin di atas dan plugin Trac XML-RPC ) Anda dan tim Anda akan dapat melakukannya

  1. mengakses dan menggunakan repo SVN dari dalam Eclipse dan tanpa batasan
  2. melacak tiket masalah melalui Trac
  3. mengatur tugas pribadi dan tim melalui Mylyn
  4. melacak waktu yang dihabiskan oleh anggota proyek pada setiap tugas
  5. lihat semua hal di atas dalam satu ruang kerja dinamis
venzen
sumber
13

Anda dapat menggunakan Mantis: http://www.mantisbt.org/index.php

Ini cukup sederhana, dan dapat dikonfigurasi untuk diintegrasikan dengan SVN dan Eclipse: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ pertanyaan / 2939794 / mantis-bug-tracker-api-integrasi

Yang mengatakan, tetap berpegang pada fitur-fitur dasar Trac dapat membuatnya cukup mudah digunakan, juga: http://trac.edgewall.org/

AdamJonR
sumber
Pengalaman saya dengan plug-in untuk Mantis mengerikan. Plugin terdaftar hampir 3 tahun. Jadi itu
mengesampingkan
13

Rekomendasi saya:

File bernama bugs.txtdi root repositori.

Keuntungan:

  • Ini adalah .txt. Berarti Anda tidak terikat dengan sistem / perangkat lunak tertentu

  • Sederhana sekali.

  • Anda harus memutuskan apa yang cocok untuk Anda dengan metode ini - contoh saya ada yang seperti ini:

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

  • Lintas platform. Segera setelah Anda melakukan svn checkout <url>, Anda memiliki bugtracker di sana - Anda juga dapat menggunakan $ IDE-of-choice - untuk itu, itu hanya file teks lain.

Kekurangan:

  • menjadi berat setelah lebih dari 2-3 pengembang.

  • Tidak ada cara untuk benar-benar memberikannya kepada seseorang.

  • Tidak ada cara untuk menyematkan gambar bug UI dan semacamnya.
jrg
sumber
Saya ingat menjalankan skrip shell yang secara otomatis bekerja dengan file seperti itu, serupa semangatnya dengan TODO.txt , tetapi saya tidak dapat menemukannya.
greyfade
@ Greyfade Saya mendapat ide dari TODO.txt - sepertinya cara yang baik untuk melakukan pelacakan bug untuk proyek kesayangan - tidak yakin saya akan merekomendasikan melakukannya setelah 1-3 devs sekalipun.
jrg
3
Aha! Menemukannya! Lagipula itu bukan skrip shell - ini ditulis dalam Ruby. Ini disebut ditz , dan berfungsi cukup mirip dengan file teks Anda sendiri, tetapi dalam database YAML.
greyfade
11

Pilihan saya untuk Redmine . Ini sepenuhnya gratis dan terintegrasi dengan baik dengan Subversion.

aplikasi web manajemen proyek. Ditulis menggunakan kerangka kerja Ruby on Rails, ini adalah platform silang dan database silang.

Redmine adalah open source dan dirilis berdasarkan ketentuan GNU General Public License v2 (GPL) ...

Beberapa fitur utama Redmine adalah:

  • Dukungan banyak proyek
  • Kontrol akses berbasis peran fleksibel
  • Sistem pelacakan masalah yang fleksibel
  • Gantt chart dan kalender
  • Berita, dokumen & manajemen file
  • Umpan & pemberitahuan email
  • Per proyek wiki
  • Per forum proyek
  • Pelacakan waktu
  • Bidang khusus untuk masalah, entri waktu, proyek, dan pengguna
  • Integrasi SCM (SVN, CVS, Git, Mercurial, Bazaar, dan Darcs)
  • Masalah pembuatan melalui email
  • Beberapa dukungan otentikasi LDAP
  • Dukungan registrasi mandiri pengguna
  • Dukungan multi bahasa
  • Beberapa basis data mendukung ...
agas
sumber
6

Ini mungkin tidak "sederhana", tetapi saya menganggapnya sebagai salah satu pelacak isu terbaik dalam bisnis ini: Jira dari Atlassian . Muncul dengan lisensi pemula 10 pengguna untuk 10 (aussie) dolar ... Saya menggunakannya sebagai pengembang solo. (Harap perhatikan bahwa situs ini tampaknya memiliki preferensi untuk menunjukkan lisensi / harga "sesuai permintaan", dan Anda mungkin memerlukan harga "unduh").

Nilai tambah besar lainnya untuk tingkat pemula ini: hasil penuh disumbangkan ke amal Room to Read . Jadi Anda bisa mendapat manfaat dari bugtracker berfitur lengkap dan merasa senang tentang hal itu juga :-)

Marjan Venema
sumber
+1. Habiskan 10 dolar lebih banyak untuk GreenHopper untuk menambahkan UI seperti Trello: drag-and-drop prioritization etc
MarkJ
Untuk satu atau dua pengembang, Jira sangat berlebihan, dan itu terlalu rumit untuk digunakan.
wobbily_col
4

Anda juga bisa melihat BugZilla . Lihat juga perbandingan pelacak bug yang berbeda ini pada programmer SE. Trac juga merupakan alternatif yang baik untuk digunakan sebagai pelacak.

Pilihan lain adalah Sourceforge . Sepengetahuan saya, ini gratis terlepas dari jumlah pengguna. Ini termasuk repositori SVN (yang Anda mungkin tidak akan menggunakan) dan pelacak. Untuk contoh tampilan pelacak ini, lihat contoh ini dari proyek Audacity (perangkat lunak perekaman sumber terbuka).

Paul Hiemstra
sumber
1
Lupa memberi tahu di OP .. ini bukan proyek open source.
melahap elysium
Saya akan melihat ketentuan penggunaan Sourceforge dan melihat apakah Anda dapat menggunakannya tanpa membuat perangkat lunak Anda open source.
Paul Hiemstra
4

Lihat ditz .

Ini adalah alat pelacak masalah berbasis perintah yang sangat sederhana yang databasenya dapat Anda simpan di repositori kode Anda.

Tidak ada UI mewah, hanya alat baris perintah yang sederhana. Ini serupa semangatnya dengan saran @ jrg dan alat TODO.txt.

greyfade
sumber
3

Lihatlah Asana . Ini adalah alat pelacakan proyek berbasis web yang sederhana dan gratis. Saya telah menggunakannya untuk proyek dan tugas di rumah. Anda dapat membuat banyak proyek, dan menugaskan mereka tugas. Untuk tugas apa pun, Anda dapat mengatur:

  • Orang yang ditugaskan
  • Batas waktu
  • Sejumlah tag teks
  • File-file terlampir
  • Perubahan
  • Catatan (satu bidang catatan per tugas)
  • Komentar (angka berapa pun per tugas, diatur secara kronologis)

Anda dapat memprioritaskan item dengan sesuatu yang disebut "header prioritas". Anda juga dapat menjadwalkan item sebagai "hari ini", "akan datang", atau "nanti" untuk mendapatkan ide dasar tentang apa yang perlu dikerjakan paling cepat.

Ini masih dalam proses, tetapi memiliki antarmuka yang sangat apik dan mudah digunakan.

Kyralessa
sumber
3

Pelacak bug paling sederhana di luar sana adalah setumpuk kartu indeks 3x5 (atau 4x6 jika Anda punya tulisan tangan besar), sekotak penekan dan dinding kubus Anda, IMO. Jika Anda tidak memiliki tim terdistribusi (Anda tidak sejak Anda bekerja sendirian), ini baik-baik saja. Ingatlah bahwa Anda ingin memiliki impedansi serendah mungkin dengan pelacak bug - jika sulit untuk menulis bug atau menuliskan ide untuk perbaikan, Anda tidak akan melakukannya. Ketika sesuatu dilakukan, itu keluar dari dinding dan masuk ke tumpukan.

Memang ini gagal integrasi dengan titik Eclipse, tetapi untuk pengembang solo, apakah Anda benar-benar membutuhkannya? Jika penasihat Anda tidak akan memperbaiki bug, maka mereka tidak memerlukan akses ke kartu (atau mereka dapat mampir dan melihatnya). Jika mereka menulis tes penerimaan, Anda dapat menuliskan inti dari tes-tes tersebut pada kartu yang dapat diterapkan.

Saya tertarik untuk mencari tahu apa yang mendorong Anda untuk melihat alat. Apakah Anda memerlukan semacam metrik bug (waktu rata-rata terbuka, total terbuka vs tertutup, dll)? Mengapa integrasi ke dalam Eclipse penting?

Brandon
sumber
2

Untuk pelacakan masalah yang benar-benar sangat sederhana, Anda selalu dapat menggunakan spreadsheet seperti Excel , atau database MS Access . Ini pada dasarnya mainan dibandingkan dengan pelacak masalah nyata, tetapi mereka memiliki keuntungan dari kurva belajar yang rendah dan hambatan yang rendah untuk masuk: cukup buat spreadsheet dan tambahkan kolom sesuai kebutuhan Anda!

Excel bagus untuk ini karena Anda dapat mengurutkan dan memfilter menurut kolom, dan dengan mudah menghasilkan grafik dan grafik untuk melacak kemajuan. Lihat artikel ini untuk lebih lanjut: http://chandoo.org/wp/2009/09/08/issue-trackers/

Templat MS Access Issue Tracker yang bagus tersedia di sini: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx

Steven
sumber
1
Untuk membantu Steven, ada banyak solusi spreadsheet gratis di luar sana: OpenOffice / LibreOffice memiliki program yang paling saya gunakan sendiri.
Bob Cross
7
Saya akan sangat berhati-hati (ab) menggunakan Excel & teman sebagai pelacak masalah. Anda mungkin akan mendapat masalah dengan akses bersamaan, ditambah ada begitu banyak pelacak masalah khusus, jadi mengapa tidak menggunakannya?
sleske
+1 untuk tidak menggunakan spreadsheet. Menggunakan database telanjang juga bukan solusi yang baik, karena pada akhirnya Anda akan mengembangkan skema sederhana Anda menjadi sistem pelacakan masalah lainnya. Jangan menemukan kembali roda ketika ada banyak roda yang sudah dikembangkan tersedia.
Blrfl
2
Saya akan mempertimbangkan menggunakan spreadsheet yang berbahaya dalam kasus ini.
z-boss
1

YouTrack dari JetBrains (perusahaan di belakang IntelliJ IDEA dan ReSharper) tampaknya sangat menjanjikan, meskipun saya masih memiliki pengalaman pribadi yang terbatas dengannya.

  • Di-host di cloud dan menyiapkan instance Anda sendiri sangat cepat (mungkin 5 menit)
  • Gratis untuk <= 9 pengguna . (Juga, bahkan paket terbesar yang mencakup 2.000 pengguna gratis hingga 29 Feb 2012)
  • Mendukung login Open ID (misalnya dari Google)
  • Memiliki pintasan keyboard yang baik

Dari apa yang saya gunakan YouTrack sejauh ini, setidaknya saya lebih suka ke JIRA.

Jonik
sumber
0

Untuk tim kecil saya (kebanyakan hanya saya sendiri), saya telah menggunakan CodeTrack . Ini berfungsi sangat bagus untuk saya, karena hanya membutuhkan PHP di server, bahkan bukan basis data.

Anda dapat mengunduhnya, mengekstraknya di server web Anda dan berfungsi hampir seketika. Selain itu, kode ini sangat sederhana, sehingga Anda dapat dengan mudah menyesuaikannya untuk kebutuhan Anda yang sebenarnya.

houbysoft
sumber
0

Jika Anda tidak mengekspos informasi sensitif dalam laporan bug dan komentar, maka saya akan merekomendasikan Google Code. Kami menggunakan fitur Masalahnya di masa lalu untuk salah satu proyek kami dengan tim 8 devs. Ini sangat sederhana, mudah, dan cukup baik untuk tim kecil.

Perhatikan bahwa meskipun Anda perlu memulai proyek sumber terbuka tetapi Anda tidak perlu mengunggah kode Anda ke Google, cukup gunakan fitur Masalah. Dan tentu saja, siapa pun dapat melihat bug Anda jika mereka secara tidak sengaja menemukan proyek Anda, atau Anda membagikan tautan proyek dengan mereka.

Tien Do
sumber
0

Trackie sangat sederhana namun fleksibel.

Ini ditujukan untuk tim berteknologi kecil atau semi-teknologi / semi-kreatif dengan kebutuhan untuk melacak masalah dengan cara yang sederhana, satu-pandangan. Ini mendukung status khusus (dengan warna khusus) masalah, serta prioritas dan penerima.

Sementara UI sudah sangat sederhana dan bersih, UI yang disederhanakan ekstra disajikan kepada pengguna yang ditambahkan ke proyek sebagai Klien.

Terakhir, menerima masalah melalui email. Tidak hanya secara langsung, tetapi juga jika Anda meneruskan masalah klien ke Trackie, korespondensi apa pun dengan klien Anda akan mulai dijalankan melalui Trackie tanpa disadari oleh klien Anda. Menyimpan semuanya di satu tempat.

Ini gratis saat sedang dalam versi beta pribadi. Apakah akan tetap gratis tidak jelas pada saat penulisan.

Penafian: Saya adalah pengembang pelacak masalah ini. Tapi saya pikir jawaban ini relevan dengan OP.

jorisw
sumber
-1

basecamp.com - satu proyek gratis, antarmuka sangat sederhana, dan Anda dapat berdiri dan berjalan dalam waktu sekitar dua menit tanpa menginstal apa pun

sekarang kembali bekerja ;-)

Steven A. Lowe
sumber