はgithubの珠玉の安定性がよrubyforgeジェム?

Question

に この質問, では感じていました私の前提rubyforgeするジャズピアニスト、上原ひより、権威のある、安定した以上のgithubのフォーク.については、一般社団法人への回答質問と私の仮定が正確なものでなければならない。

いう観?人使用のgithubリリースを早期にリリースが置くだけで安定したリリースにrubyforgeるようにするかどうかを人々にリリース少なくrubyforgeその他の理由（例rubyforgeれの手間)?

更新:この問題は議論の余地がある問題です。 Githubするジャズピアニスト、上原ひ刊, は、 rubyforgeジェム 今回の移転rubygems.org.

Answer 1

度調査を実施しているのは、同じ伝えていきます。

あの巨大な範囲での品質-安定性の宝石ています。一部インパクトを、事前にアルファます。

その内容によって逸品プロジェクトそのものです。

ともに、githubのモデルはもとより速い中心課題です。もやフォーク、プロジェクトのバグを修正し、提出しすることのできる独自のソースです。従って少なくとも人気のログ取得の固定。でもこの事業の成熟したより迅速でわかりません。

Answer 2

何かに気付いたのでは減少し質の逸品されGitHubに比べて、全体として質の高い教RubyForge.

まぁにいる少なくとも二つの大きな説明をこの挙動:

--

前のGitHubの99%のRubyistたSubversionに依存します。できることもできるSubversionのですが、あまり使いやすいとの比較Gitは、誰もが認識しtrunk/タグ/店舗レイアウト。その人の移住を開始したGit.ただのスーパー限定スライスのSubversionのユーザーに使い始めたのGitレベルの知識が必要とすべきであると、私は、このようなトラブルが生じるをクリックするのを忘れさせてくれる。

その昔がたまることが期待される。にsubversionの人に使用されたリリースの新バージョンに基づき、特定のタグであることがわかりやすい検出を改善し、イメージを設置したものの安定します。

今日では見るトンの図書館に常に開発のGitマスターです。なタグのない安定します。一般に図書館が公開RubyForgeにより高いレベルに展開する。

--

GitHubの出版プしないで生活することができます。とはいえ、簡単に公開する新しい逸品を押すだけで簡単に、gemspecへのリポジトリ

私はこの素朴さができるの低下を招く。より少ない技の開発販売開始ジェムなどを新たに生成プロジェクトの友（または類似のライブラリー)を押してgitリポジトリわからないよリリースの管理、後方互換性は、リリースはバンプ、メンテナンス。

しばしばあった未完成の図書館パッケージとしての逸品だけで開発を忘れたリモート。gemspecファイルです。各コミットによる新しい逸品を構築していく明確なコヒーレンスと一貫した.

私は絶対にて、"リリースよく"練習もしました。Gitに優れた支援する必要がなくなり、より快適なるクラッタのマートンの関係を確リ未完の作品のコードを呼び出する。

--

最後になんか嫌いなのは、無制限の重複同逸品。時RubyForgeにunchallenged逸品源に関しては、かなり簡単にイメージングする最新のプロジェクト.

まぁ,GitHubを導入して不必要な層複雑になります。最初に、逸品の両方を用意すrubyforgeとして mygem 通GitHubとして username-mygem.頻度を非常に高くする必要がある時間を出する逸品には最新のマスター。

また、人気の逸品たない更新RubyForge、多くの人については、引き続きくだRubyGemsな通知す。理解しやすい場を設置 coolgem リリース1人用-2人用-4人の図書館として使用可superuser-coolgem(リリース2.0),RubyGemsない巧みなのに十分ない新しい更新が可能です。

--

ここでは、再配布および使用を許可します。

と言うつもりはありませんのGitHubのユーザーの生産ァンの宝石との比較RubyForge.私はGitHubのユーザーに事前にいたRubyForgeユーザーです。千珠玉の移行を完了からRubyForgeにGitHubを余すことなくユーザーの"あ"limbo.

ベレールでも多くのジェムが含まれますが、この限りではカピストラーノ,Hpricot,RedCloth...すべての図書館で現在開催試合を見に行く時として、容易に認識でき、同じレベルの品質としてます。

最後に、すべての図書館が引き続きされRubyForgeとしてのマスターソースできな再構成が必要になりお客様の環境を検出するか否かの設置をレール-レールやします。

また、ユーザーに影響を受けない開発決定かカピストラーノを備えています。カップルでのヶ月前Jamisの末へのコミットメント。地域担当の開発に移動し、マスタリポジトリからjamis/カピストラーノへのカピストラーノ/カピストラーノ.どうなるだろうか、というの逸品として発売されたjamis-カピストラーノ?すべてのユーザーというスイッチの新しい逸品との新しいリポジトリの多くで生活することができます。

このシナリオで提起されないのでRubyForgeしたときのカピストラーノ送ります。

--

その結果、残念ながらお知らせ全体的に減少し逸品質の主因は、より人に近いRuby-コンテンツビジネスRubyGemsなく、必要なレベルの知識です。同募多数のレールです。

GitHubできませんラベルを付けとしては回数です。が複雑なものより簡単に、より多くの方にアプローチしていなる知識で常に品質が低下することがでの複雑さは自然な選択です。

とにかく、優れた品質のRubyです。この驚Ruby開発者に努めユニット試験およびその他のプログりましょう。

Answer 3

しょうが安定し、少し日:) -r

Answer 4

にお答えた:両方の資源を使う(rubyforge,github)は互換性のために残されてgemcutterのみの場rubygems.

Gemcutterの新たな公式デフォルトRubyGemホスト:http://www.rubyinside.com/gemcutter-is-the-new-official-default-rubygem-host-2659.html