GitHubに対応するプロジェクト管理
（編集：この質問は、Google Codeがgitをサポートし、とにかくProtocol BuffersをMercurialに変換したため、私の特定の問題については時代遅れになっています。しかし、IMOはまだ一般的な関心事です）
私の C＃Protocol Buffers Port は、ソース管理にgithubを使用しており、gitの使用を本当に楽しんでいます。しかし、私が知る限り、githubはプロジェクト管理ツールを提供していません：欠陥と機能の追跡、ディスカッション、機能のリクエスト、ドキュメントなど。私の所属を考えると、 Google Code は自然な選択です、しかしそこにプロジェクトを作成するのは奇妙に思えますが、githubでソースをホストします。
Fogbugz/Assemblaに関するこの質問 は、主に欠陥の追跡に焦点を当てているようです。もっと「完全な」プロジェクト管理ソリューションになると、他の人はどんな経験をしたのだろうと思いました。 Fogbugzは実際に必要なことをすべて行いますか？ （ドキュメントにウィキを使用することには利点がありますが、コードと共にドキュメントを配布することもできます。）最初の段落で述べた明示的な機能以外に、他のプロジェクトの側面がありますI私が見逃したかもしれないものを考慮すべきですか？
これは間違いなくオープンソースプロジェクトのままであり、私はむしろ支払いたくないが、少額の手数料が必要かどうかは気にしない。現在、私は唯一の開発者ですが、状況は変わる可能性があり、バグや機能のリクエストを提出する人が大勢いる可能性があります。 （言い換えれば、私はそれが人気があることを望み、期待していますが、私はほとんどの仕事をしています。）
以前は、さまざまなオープンソースプロジェクトにcontributedをしましたが、非常に目に見えるアクティブなプロジェクトを実行する方法はあまりしていません。 （ MiscUtil は現在、私のウェブサイトで「ホスト」されていますが、時々リリースされます-実際のソース管理はローカルNASにあります。）
誰もが自分の経験を共有したいですか？
編集：私が現在検討している別のオプションは、Google Codeプロジェクト（雇用主に忠実になりたい）と、gitからsvnへの時折のマージです（少なくともリリースするたびに）。これにより、非gitユーザーもソースを簡単に取得できます。
あなたが本当に 開発者のみ になると思っているなら、Fogbugzは正気を保つのに役立ちます。 Fogbugzは素晴らしい製品です。焦点を絞ったコミュニケーションを構築し、あらゆるものをケース（問題）に変えることができます。それだけでなく、私が見たすべてのシステムを実行します。
しかし、そのオリエンテーションは商業的です-ユーザーと技術サポートの間の効率的なコミュニケーション、スケジュールの信頼性の向上、作業内容に焦点を合わせて優先順位を付け、内部と外部の個別の議論、物事が処理されていることを追跡するためのいくつかの優れたレポート。 （私が考えることができる唯一の批判については、ケースのブロックと依存関係の追跡を行わないことです。これは、深く埋められたバグに本当に役立ちます。）
この機能セットのほとんどは、オープンで活発なコミュニケーションとコミュニティの構築が必要なアクティブなオープンソースプロジェクトの構築に役立ち、プロジェクトの成長に合わせてユーザーを開発者に進化させます。したがって、それが最終的な目的である場合、これらの軽量追跡システムのいずれかのあまり焦点の合っていない通信チャネルが必要な場合があります。
私はまだプロジェクトでGoogle Codeを使用していませんが、透明でオープンなコミュニケーションの観点から、アクティブなオープンソースプロジェクトの良いサポートのようです。さらに、あなたはすでにそれを知っています。プロジェクトへの関与を増やしたい場合は、Googleコードが最適です。
GitHubは最近、独自の issue tracker を導入しました。ただし、このスレッドで言及されている他のオプションまでの測定方法を決定するための競合分析は行っていません。
GitHubと Lighthouse を問題追跡に使用します。他のいくつかのオプションと比較すると、やや骨が折れていますが、同時に、あまり気にする必要のない軽量なツールが必要な場合は非常にうまく機能します。必要に応じてGitHubと統合でき、オープンソースプロジェクトでも無料です。
bitbucket.org を使用します。これはGITではなく、Mercurial *ですが、ブランチごとのバグ/問題追跡などがあります。
コミットメッセージのissue-numberなどを相互参照するために、これらのことをソースコードを管理する場所に統合すると非常に役立つと思います。または、コードリビジョン番号を含む問題のメッセージを修正しました。 Googleコードのような別のBTSを選択した場合、これは失われます。他の回答で述べたように、Tracは統合に関して非常に優れています。
編集：私が最も広く使用されているオープンソースプロジェクトについて、私たちは実際にそれを持っていると言うべきです
- Bitbucket（ソースコード管理）
- ランチパッド（ユーザーバグレポート、翻訳管理）
- 自己ホスト型Trac（wiki、プロジェクトおよび開発者の問題追跡、ソースコードミラー）
- Googleコード（ファイルのダウンロード）
そして、私はこれが非常識に聞こえることを知っていますが、各サービスから最高のビットを選択します。そして驚くべきことに、誰も文句を言いません。
*これはとにかく私の意見では優れていますが、私に火をつけないでください。
私はgithubとgoogleコードをいくつかの場所で使用しています。 Googleコードの問題トラッカーはまともですが、Subversionに対処することはできません。
私の Java memcachedクライアント を見てください。特に、上部のソースタブをご覧ください。
Minglemingle_git プラグイン経由でgitをサポートします。 Mingleには、オープンソースプロジェクト用の無料の コミュニティライセンス があります。
職場ではFogBugzを使用していますが、私の意見では、このタイプの群を抜いて最高のツールです。私が取り組んでいる非営利プロジェクトに使用しますが、2ユーザーを超えると非常に高価になります。
非営利プロジェクトの場合、問題追跡に Lighthouse を使用します。それが何をするのかは大丈夫であり、率直に言って、私はその価格範囲内で適切な選択肢を実際に見つけることができません。 Tracの問題追跡はBugzillaの問題追跡よりも優れています...多くの人がTracを愛していることは知っていますが、非常に柔軟性に欠けています。 Tracの欠陥により、私たちはLighthouseに行きました。
私の非営利プロジェクトは、おそらく Bitbucket への移行を検討しています。問題の追跡に加えて、beanstalkapp.comからリポジトリを統合したり、wikiを追加したりできます。
FogBugz-on-Demandが、少人数のユーザー向けにLighthouse.appとほぼ同じ価格設定を持っているなら、私は心の底からそこに私たちを移動するでしょう。職場でFBを使用し、夜にLighthouse.appを使用すると... Lighthouseを使用すると、腕が切り落とされたように感じます。
私もLighthouseでgithubを使用しています。そして、コミットメッセージに次のようなものが含まれている場合
[＃32状態：解決済み]
Lighthouseは、コミットに対してチケット＃32を解決しますが、これはすばやく便利です。それ以外は、Lighthouseは機能が少しだけ軽くなっています。
<plug>私は 空港 .</plug>
代わりに JavaForge をお勧めします。探しているものがすべて揃っているためです。
- MercurialとGitによる無料ホスティング（または混合）を提供します。
- その問題トラッカーはGitHubよりも数年先です。非常に強力でカスタマイズ可能であり、要件、機能要求、バグ、タスクなどを追跡できます。
- また、WebDAVアクセスを備えたドキュメント管理を提供します（共有フォルダーと同じくらい簡単に共有できます）。
- ドキュメント、要件などの共同オーサリング用の組み込みWikiがあります。
- 議論のためのフォーラムがあります。
このサイトは codeBeamer によって提供されていることに注意してください。これは、グローバル企業によるバトルテスト済みの商用製品です。
（免責事項：アジャイルALMソリューションの商業プロバイダーです。）
BusyFlow のようなツールを使用して試すこともできます。そこでGitHubのコミットを追跡し、それらにコメントすることができます（コメントはGitHubと同期されます）。他のプロジェクト管理ファセットでは、BusyFlowはGoogleカレンダー、Trello、Basecamp、Pivotal Trackerなどと統合されます。GitHubアイテムをタスク、ファイル、カレンダーイベントとともに表示できます。
（免責事項：私はBusyFlowの共同設立者です。）