GitHubと連携するプロジェクト管理[終了]


95

(編集:Google Codeがgitをサポートし、プロトコルバッファーをMercurialに変換したので、この質問は私の特定の問題については古くなっています。しかし、それでもIMOは依然として一般的な関心事です。)

私のC#プロトコルバッファーポートはソースコントロールにgithubを使用しており、gitの使用を非常に楽しんでいます。ただし、私の知る限り、githubはプロジェクト管理ツールを提供していません。欠陥と機能の追跡、ディスカッション、機能のリクエスト、ドキュメントなどです。私の所属を考えると、Google Codeは自然な選択ですが、奇妙に思えますそこでプロジェクトを作成しますが、githubでソースをホストします。

Fogbugz / Assemblaに関するこの質問は、主に欠陥追跡に焦点を当てているようです。もっと「完全な」プロジェクト管理ソリューションになると、他の人がどんな経験をしたのかと思っていました。Fogbugzは実際に私が必要とするすべてをしますか?(ドキュメントにwikiを使用することには利点がありますが、コードとともにドキュメントを配布できるようにもしたいと思います。)最初の段落で述べた明示的な機能の他に、見逃していた可能性のある他のプロジェクトの側面を検討する必要がありますか?

これは間違いなくオープンソースプロジェクトのままです。少額の料金が必要になってもかまいません。現在私は唯一の開発者ですが、状況が変わる可能性があり、バグや機能のリクエストを提出する多くの人々がいる可能性があります。(言い換えれば、私はそれが人気であることを願って期待していますが、私と一緒にほとんどの仕事をしています。)

以前はさまざまなオープンソースプロジェクトに貢献してきましたが、非常に目に見えるアクティブなプロジェクトを実行する方法についてはあまり貢献していません。(現在、MiscUtilは現在も私のWebサイトで「ホスト」されており、時々リリースされています。実際のソース管理は私のローカルNASにあります。)

誰かが自分の経験を共有したいですか?

編集:私が現在検討している別のオプションは、Google Codeプロジェクト(私は本当に雇用主に忠実でありたいです)とgitからsvnへの時折のマージです(少なくとも、リリースを行うたびに)。これにより、gitを使用しないユーザーでも簡単にソースを入手できます。


C#でのプロトコルバッファーのリリースは間近ですか?私はそれを試してみたくてたまらなかった。
David Robbins

1
@David:少し「手動」ですが、すでに使用可能な状態です。予備的な手順については、code.google.com / p / protobuf-csharp-portをご覧ください。
Jon Skeet

この質問を最後に編集したときにそうであったかどうかはわかりませんが、GitHubは、任意のタグにコードのダウンロード可能なアーカイブを自動的に作成します。コミット時にコードの状態をダウンロードすることもできます。
Xiong Chiamiov 2009年

11
googleコードでmercurialを使用することもできます
。mercurial

GoogleCodeにGitのサポートが追加されました:code.google.com/p/support/wiki/GitFAQ
gavenkoa

回答:


45

自分が本当に唯一の開発者になると考えている場合、Fogbugzは正気を保つのに役立ちます。Fogbugzは優れた製品であり、集中的なコミュニケーションを構築し、あらゆるものをケース(問題)に変えることができます。それは私が見たすべてのシステムと同様にそれをすべて行います。

しかし、その方向性は商業的です-ユーザーとテクニカルサポートの間の効率的なコミュニケーション、スケジュールの信頼性の向上、作業内容に焦点を当てて優先順位を付けること、内部と外部のディスカッションを分離すること、物事が処理されていることを追跡するための優れたレポート。(私が考えることができる唯一の批判については、それはケースのブロックと依存関係の追跡を行わないということです。これは深く埋められたバグに本当に役立ちます。)

この機能セットのほとんどは、活発なオープンソースプロジェクトを構築するのに役立ちません。オープンで活発なコミュニケーションとコミュニティを構築する必要があり、プロジェクトの成長に合わせてユーザーを開発者に進化させる必要があります。したがって、それが最終的な目的である場合は、これらの軽量追跡システムの1つであまり焦点が絞られていない通信チャネルが本当に必要になる場合があります。

私はまだプロジェクトでGoogle Codeを使用していませんが、透過的でオープンなコミュニケーションという点では、アクティブなオープンソースプロジェクトをサポートしているようです。さらに、あなたはすでにそれを知っています。プロジェクトへの関与を拡大したい場合、Googleコードは進むべき道のように見えます。


7
それをありがとう-すべての便利なもの。Google Codeにはもう1つの利点があります-機能がない場合は、それを実現できる可能性が高くなります。システム自体は20%の時間で...)
Jon Skeet '24年

28

GitHubは最近、独自の課題追跡システムを導入しました。ただし、このスレッドで言及されている他のオプションにどのように対応するかを決定するための競合分析は行っていません。


GitHubには現在、プロジェクト管理が組み込まれています。それはかなりミニマリストですが(la 37シグナル)、バージョン管理やプロジェクト管理に使用すると価格は競争力があります。github.com/features/projects
m33lky

14

私はGitHubをLighthouseと一緒に使用して問題を追跡しています。他のいくつかのオプションと比較すると、それは少し必要最低限​​ですが、同時に、あまり心配する必要のない軽量ツールが必要な場合は、非常にうまく機能します。必要に応じてGitHubと統合できます。また、オープンソースプロジェクトも無料です。


12

いつものように誰かがこれを尋ねるとき、私はこの質問でしたようにRedmineについて言及します。質問にはすでに「ベストアンサー」があることは知っていますが、言及する価値があると思います。


更新:redmine.org
dparkar

10

私たちはGITではなく、Mercurial *であるbitbucket.orgを使用していますが、ブランチごとのバグ/問題の追跡などがあります。

これらのことを、コミットメッセージの課題番号などの相互参照のためにソースコードを管理する場所と統合することは非常に役立つと思います。または、コードリビジョン番号を含む問題のメッセージを修正しました。Googleコードのような別のBTSを選択した場合、これは失われます。他の回答で述べたように、Tracは統合に関して非常に優れています。

編集:最も広く使用されているオープンソースプロジェクトの場合、実際には次の場所にあります。

  1. Bitbucket(ソースコード管理)
  2. Launchpad(ユーザーのバグ報告、翻訳管理)
  3. 自己ホスト型Trac(wiki、プロジェクトおよび開発者の問題追跡、ソースコードミラー)
  4. Googleコード(ファイルのダウンロード)

そして、私はこれが異常に聞こえることを知っていますが、私たちは各サービスから最良のビットを選んで選択します。そして驚くべきことに、誰も文句を言いません。

* とにかく私の意見ではそれが良いですが、私を非難しないでください。


ここで問題はありません-私はMercurialを使用したことがないので、コメントできません。ソースホスティングを実際に移動する場合は、Google Codeとsvnに直接行くと思いますが、すでに慣れています。私はgithubリポジトリを保持したいと思いますが、私の質問編集を参照してください...
Jon Skeet

3
私の意見では、SVNはGoogleコードの主な弱点です。しかし、あなたが言うように、それはあなたが何に慣れているのかについてすべてです。
Ali Afshar

また、自分の個人的な使用法を反映するように編集されました。
Ali Afshar

ばかげていることはわかっていますが、本当に保存したいデータを「bitbucket」という名前のサーバーにコミットするのは難しいでしょう。
TED

1
bitbucketはGitも実行するようになりました
Radek

8

Tracを検討したことがありますか?

git-Trac統合の「熱狂的な」レビューがあるようです。

私はこれらのツールを使った個人的な経験はありませんが、統合について調べてみてください。


私が参照したFogbugz / Assemblaの質問は、TracがFogBugzより少し遅れていることを暗示しているようです。また、ホストされたプロジェクトディスカッションのアイデアも気に入っています(ただし、必要に応じてGoogleグループを使用することもできます)。
Jon Skeet、

1

一部の場所でgithubとgoogleコードを使用しています。Googleコードの課題追跡はまともですが、転覆には対応できません。

この例については、私のjava memcachedクライアントを確認してください。特に、上部にある[ソース]タブです。


涼しい。それは本当に良い解決策のように見えます。私はまだそれを使いたい人のために簡単にするためにsubversionにクローンを作成するかもしれません-私はできるだけ包括的になりたいです。
Jon Skeet、

2
私はgithubのダウンロードのものはsubversionが欲しい人のために十分だと思います。あなたのsvn repoから最新バージョンをダウンロードするよりも高度なことをする人は、おそらくすでにgitを使用しています。:)
ダスティン

1

職場ではFogBugzを使用していますが、私の意見では、このタイプのツールとしては群を抜いています。私が取り組んでいる非営利プロジェクトに使用しますが、2ユーザーを超えると高額になります。

非営利プロジェクトの場合、問題追跡にLighthouseを使用します。費用は問題ありませんが、率直に言って、その価格帯で適切な代替品を見つけることはできません。Tracの課題追跡は、Bugzillaの場合より少し優れています...多くの人々がTracを愛していることは知っていますが、非常に柔軟性に欠けると感じています。Tracの欠陥が原因で私たちは灯台に行きました。

私の非営利プロジェクトは、おそらくBitbucketへの移行を検討しています。問題の追跡に加えて、beanstalkapp.comからリポジトリを統合し、Wikiを追加することができます。

そうは言っても、FogBugz-on-Demandの価格設定がLighthouse.appとリモートで似ていて、ユーザー数が少ない場合は、私たちはそこに移動します。仕事でFBを使用し、夜にLighthouse.appを使用する場合... Lighthouseを使用すると、腕が切断されたように感じられます。



1

私もgithubをLighthouseで使用しています。そしてあなたのコミットメッセージが次のようなものを含んでいる場合

[#32状態:解決済み]

Lighthouseは、コミットに対してチケット#32を解決します。それ以外の点では、Lighthouseは機能が少し軽量です。


0

あなたが探しているものすべてを持っているので、私は代替としてJavaForgeをお勧めします:

  • MercurialとGit(または混合)での無料ホスティングを提供します。
  • その課題トラッカーはGitHubより数年先です。非常に強力でカスタマイズ可能であり、要件、機能リクエスト、バグ、タスクなどを追跡できます。
  • ドキュメント管理とWebDAVアクセスも提供します(共有フォルダーと同じくらい簡単に共有できます)。
  • ドキュメント、要件などの共同オーサリング用の組み込みwikiがあります。
  • ディスカッション用のフォーラムがあります。

このサイトは、グローバル企業がバトルテストを行った商用製品であるcodeBeamerを利用しています。

(免責事項:私たちはアジャイルALMソリューションの商用プロバイダーです。)



0

BusyFlowなどのツールを使用してみることもできます。そこでGitHubのコミットを追跡してコメントを付けることができます(コメントはGitHubと同期されます)。他のプロジェクト管理ファセットについては、BusyFlowはGoogleカレンダー、Trello、Basecamp、Pivo​​tal Trackerなどと統合されています。そのため、タスク、ファイル、カレンダーイベントとともにGitHubアイテムを表示できます。

(免責事項:私はBusyFlowの共同創設者です。)


-1

CodePlexを検討しましたか?


1
私はそうではありませんでしたが、最終的にはGoogle Code github を使い githubに対して開発し、適切な場合はsvnにプッシュしました。
Jon Skeet、
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.