誰かのgithubプロジェクトを宝石としてリリースする倫理と礼儀は何ですか？

Question

私はCultureGridの周りにいくつかの空き時間をコーディングしています。彼らには、1.2百万の文化的芸術品にアクセスするためのSOLR APIがあります。彼らのサービスを消費する宝石をリリースしましたが、もっと良い方法でそれを行うためにSOLRアダプタバックエンドでDatamapperを使用することについて良いアイデアがあります。

去年のGithubで手に入れたのはdm-solr-adapterというプロジェクトが見つかりました。それは2008年の他の人の仕事のフォークだし、プロジェクトをクローンしてそれをインストールするレーキタスクを実行する必要がある（それはヒロクではあまり使われないので、ベンダーにしなければならない）。残念ながら、彼らの宝石のバージョンを固定していないため、この作業は壊れています.Bonesはバージョン2と3の間で大幅に変更されています。

基本的に - それは宝石であるためには、私はそれを自分自身でリリースして、私が知っているようにそれを行うつもりだ、代わりにJewelerを使う。

もちろん、私はすべての著者に一言を書き留めますが、倫理と礼儀が何であるか疑問に思っただけです。私はユーザー名を宝石に含めるのですか、それともオリジナルの宝石名を使用しますか？宝石がRubygems.orgに掲載されていなくても、他の人のインストールを駄目にする可能性はありますか？彼らの番号付け規則に従っていますか？彼らは "1.0.0"を選択したように見え、それ以上の活動はしません。それとも、バージョン0.1.0からやり直すのですか？

私が望むビットをつかみ、それを私の新しいプロジェクトに組み込み、帽子の先端をつけますか？それは、同じことをしたいと思うかもしれない他の人にとっては非常に有用な音ではありません。

おそらく私は役に立つと思うビットをとり、dm-solr-backendのような全く新しい宝石を作り、ゼロから行くでしょうか？

ああ、ジレンマ - あなたは何をしますか？

Answer 1

あなたが宝石をリリースするつもりがないなら、許可を得ていると仮定してフォークして、それについて心配しないでください。これは100％OKであり、この時点での動作も期待されます。フォークは、実際に貢献者からのパッチを受け入れる最も簡単な方法の1つです。ネットワークグラフは、プロジェクトの健全性と改善の可能性を評価する良い方法です。

元がメンテナンスされていないとなっていますので、あなたが宝石を解放する場合は、どちらかのはず：

• は、原作者の接触
username-originalgemnameとしてそれを解放し、それを引き継ぐように提供します。その後、元の名前で新しい宝石を押します。

あなたは、全体としてコミュニティの利益ではないでしょう宝石への変更を必要とするので、あなたが宝石をリリースする予定の場合は、どちらかのはず：

• は、ベンダーのディレクトリに宝石を開梱し、解放することはありません多くの場合username-originalgemname

として

リリースには、username-originalgemnameという名前の宝石のリリースでは問題ありません。これは、GitHubの宝石倉庫がとったモデルでした。だから、ほとんどの人がこの時点でフォークを扱う方法です。

Answer 2

私が現在知っている唯一の例は、キャッシュマネーの宝石です。いずれの場合も

• nkallen's fork
• kbrock's fork
• ngmoco's fork

、プロジェクトはかなりの時間のために休眠行っていた：この順で、数回フォークされています。フォークがどこから来たのかを示すGitHub上のリンクの他に、オリジナルのコードには何の帰属もありませんでした（中間のフォークはドキュメントを更新して宝石からインストールするときにフォークを指定するのを忘れてしまった）。

元のメンテナーに連絡するために誠実な努力をしていて、プロジェクトがしばらくアイドル状態になっていれば、それに行きましょう。ドキュメントを更新してください。 ;）

Answer 3

プロジェクトのステータスを確認することに関して、http://stillmaintained.com/という新しいサイトがあります。プロジェクトのメンテナンス、メンテナの探し方、放棄のいずれかが登録されている人もいます。