Управління проектами на GitHub [закрито]

(РЕДАКТУВАТИ: Це питання зараз застаріло для моєї конкретної проблеми, оскільки Google Code зараз підтримує git, і я все одно перетворив буфери протоколів на Mercurial. Однак це все ще представляє загальний інтерес, IMO.)

Мій порт буферів протоколів C # використовує github для контролю джерел, і я починаю дуже насолоджуватися використанням git. Однак, наскільки я можу зрозуміти, github не надає жодних інструментів управління проектами: відстеження дефектів та функцій, обговорення, запити на функції, документи тощо. Враховуючи мою приналежність, Google Code був би природним вибором, але здавалося б дивним створити там проект, але розмістити джерело на github.

Здається, це питання щодо Fogbugz / Assembla в основному зосереджується на відстеженні дефектів. Мені було цікаво, який досвід мали інші, коли справа стосується більш "повного" рішення управління проектами. Чи насправді Fogbugz робить все, що мені потрібно? (Використання вікі для документів має свої переваги, хоча я також хочу мати можливість розповсюджувати документацію разом із кодом.) Окрім явних особливостей, згаданих у першому абзаці, чи існують інші аспекти проекту, які я мав би розглянути, які я міг пропустити?

Це, безумовно, залишиться проектом з відкритим кодом, і хоча я б не хотів платити, я не проти, якщо потрібна невелика плата. На даний момент я єдиний розробник, але це може змінитися, і цілком може бути багато людей, які подають помилки та запити на функції. (Іншими словами, я сподіваюся і сподіваюся, що це буде популярно, але зі мною роблю більшу частину роботи.)

Раніше я брав участь у різних проектах з відкритим кодом, але не зробив багато для того, щоб запустити дуже помітний і активний проект. ( Наразі MiscUtil все ще "розміщується" на моєму веб-сайті, періодичні випуски - фактичний контроль над джерелом знаходиться в моєму локальному NAS).

Хтось хоче поділитися своїм досвідом?

РЕДАГУВАТИ: Ще одним варіантом, який я зараз розглядаю, є проект Google Code (я справді хотів би бути лояльним до свого роботодавця) та випадкове об’єднання з git у svn (принаймні, щоразу, коли я роблю реліз). Це дозволило б не-git користувачам також легко дістатись джерела.

Якщо ви думаєте, що насправді будете єдиним розробником , Fogbugz допоможе вам зберегти свій розум. Fogbugz - чудовий продукт, він будує цілеспрямовані комунікації та може перетворити що завгодно на кейс (проблему). Він робить все це, як і будь-яка система, яку я бачив.

Але його орієнтація - комерційне - ефективне спілкування між користувачами та технічною підтримкою, підвищення надійності графіків, зосередження та розставлення пріоритетів над тим, над чим працює, окремі внутрішні та зовнішні обговорення, деякі якісні звіти для відстеження того, що з ними обробляються. (Про єдину критику, яку я можу придумати, це те, що це не стосується блокування справ та відстеження залежностей, що дійсно корисно для тих помилок, які глибоко закопані.)

Мало цього набору функцій допоможе вам створити активний проект з відкритим кодом, з відкритим жвавим спілкуванням та необхідністю побудови спільноти, а також з перетворенням користувачів на розробників у міру зростання проекту. Тож якщо саме тут ви хочете опинитися, можливо, вам дійсно потрібні менш цілеспрямовані канали зв'язку однієї з цих легких систем відстеження.

Я ще не використовував Google Code у проекті, але з точки зору прозорості та відкритості спілкування це виглядає як хороша підтримка активного проекту з відкритим кодом. Плюс ти це вже знаєш. Якщо ви хочете збільшити участь у своєму проекті, код Google виглядає як шлях.

GitHub нещодавно представив власний трекер випусків ; Однак я не проводив аналіз конкуренції, щоб визначити, як він відповідає іншим параметрам, згаданим у цій темі.

Я використовую GitHub разом з Lighthouse для відстеження проблем. Це трохи голова в порівнянні з іншими варіантами, але в той же час це працює дуже добре, якщо ви просто хочете легкий інструмент, про який вам не доведеться занадто турбуватися. Він може інтегруватися з GitHub, якщо хочете, а також безкоштовно для проектів з відкритим кодом.

Як завжди, коли хтось запитує це, я згадую Redmine, як і в цьому питанні. Я знаю, що питання вже має свою "найкращу відповідь", але я думаю, що це варто згадати.

Ми використовуємо bitbucket.org , який не є GIT, це Mercurial *, але він має відстеження помилок / видань за гілкою тощо.

Я думаю, що може бути дуже корисно інтегрувати ці речі з місцем, де ви керуєте своїм вихідним кодом, для перехресних посилань на такі речі, як номер проблеми, у повідомленні коміту. Або виправлене повідомлення про випуск, що містить номер редакції коду. Ви втратите це, якщо вибрали окремий BTS, такий як код Google. Як згадувалося в іншій відповіді, Trac справді добре володіє питаннями інтеграції.

Редагувати: я повинен сказати, що для мого найпоширенішого проекту з відкритим кодом ми насправді маємо його за адресою:

1. Bitbucket (управління вихідним кодом)
2. Launchpad (повідомлення про помилки користувача, управління перекладами)
3. Самостійний Trac (wiki, відстеження проблем проекту та розробника, дзеркало вихідного коду)
4. Код Google (завантаження файлів)

І я знаю, що це звучить божевільно, але ми вибираємо найкращі біти з кожної послуги. І на диво ніхто не скаржиться.

* що, на мою думку, все-таки краще, але, будь ласка, не спалюй мене.

Ви розглядали Trac ?

Здається, є "захоплений" огляд інтеграції git-Trac .

У мене немає особистого досвіду роботи з цими інструментами, але ви можете перевірити інтеграцію.

Я десь використовую код github та google. Трекер випусків коду Google досить пристойний, але я не можу впоратися з підривом.

Погляньте на приклад цього для мого java memcached клієнта, зокрема вкладки джерела вгорі.

На роботі ми використовуємо FogBugz, і це, на мій погляд, найкращий інструмент такого типу. Я б використовував його для некомерційних проектів, над якими я працюю, за винятком того, що це настільки дорого, ніж для двох користувачів.

Для некомерційних проектів ми використовуємо Lighthouse для відстеження проблем. Це нормально для того, що це коштує, і, чесно кажучи, я не можу знайти жодних підходящих альтернатив в межах його цінового діапазону. Відстеження питань Trac трохи краще, ніж Bugzilla ... Я знаю, що багато людей люблять Trac, але я вважаю, що це дуже негнучко. Недоліки Трака привели нас до Маяка.

Мої некомерційні проекти планують перейти на Bitbucket . На додаток до відстеження проблем, це дозволить нам консолідувати наші сховища з beanstalkapp.com, а також, додавши вікі.

З усього сказаного, якби FogBugz-on-Demand мав ціни навіть віддалено подібні до Lighthouse.app для невеликих підрахунків користувачів, я б переїхав нас туди відразу. Коли ви використовуєте FB на роботі, а потім Lighthouse.app вночі ... використання Lighthouse здається, що вам відрубали руку.

Mingle підтримує git через плагін mingle_git . Mingle має безкоштовну ліцензію спільноти на проекти з відкритим кодом.

Я теж використовую github з Lighthouse. І якщо ваше повідомлення коміту містить щось на зразок

[# 32 стан: вирішено]

Маяк вирішить запит №32 проти коміту, який я вважаю швидким та корисним. Крім цього, Маяк трохи, е-е, світлий на особливості.

Я б запропонував JavaForge як альтернативу, оскільки в ньому є все, що ви шукаєте:

• Він пропонує безкоштовний хостинг з Mercurial та Git (або змішаний).
• Його трекер випусків на кілька років попереду GitHub. Він надзвичайно потужний та настроюваний, може відстежувати вимоги, запити на функції, помилки, завдання тощо.
• Він забезпечує управління документами, а також доступ до WebDAV (спільний доступ настільки ж простий, як і спільних папок).
• Він має вбудовану вікі для спільного написання документації, вимог тощо.
• У ньому є форуми для дискусій.

Зверніть увагу, що сайт працює на основі codeBeamer , нашого комерційного продукту, перевіреного бойовими діями світових компаній.

(Застереження: ми є комерційним постачальником гнучких рішень ALM.)

<plug>Я будую аеропорт .</plug>

Ви також можете спробувати скористатися таким інструментом, як BusyFlow . Там ви можете відстежувати коміти GitHub і коментувати їх (коментарі синхронізуються з GitHub). Для інших аспектів управління проектами BusyFlow інтегрується з Google Calendar, Trello, Basecamp, Pivotal Tracker тощо. Таким чином, ви можете бачити свої елементи GitHub разом із завданнями, файлами та подіями календаря.

(Застереження: я є співзасновником BusyFlow.)

Ви розглядали CodePlex?