既存のプロジェクトの完全な書き換えをリリースするための適切なエチケットとは何ですか?


12

私はオープンソースの世界は初めてです。私が取り組んでいるプロジェクトはGithubにあります。(参照用)私が取り組んでいるプロジェクトは、Plex Media Serverのプラグインです。プラグインをPlexに送信して、それらが「アプリストア」に含まれるようにする予定です。今私の質問に。

私が最初に始めたとき、私は私が望むもののいくつかをしたがあまり良くない古い半放棄されたプラグインを見つけました。私はそのレポに貢献することから始めました。現在の所有者は忙しすぎてそれを台無しにできないと言ったので、私はすぐにレポに対する完全な権利を持つ共同作業者になりました。しかし、コードをさらに掘り下げ始めたとき、それが無駄であることに気付きました。既存のコードベースはひどいものであり、それを修正する効率的な方法はありませんでした。ゼロから始めただけです。新しいプラグインで使用したコードは、最初にコミットしたコードのみでした。

これで、プロジェクトをリリースする準備ができました。しかし、私はこれをどのように行えばよいのかわかりません。次のようにオプションが表示されます。

  1. 新しいレポを作成し、既存のものを忘れてください。以前のレポやその貢献者についても言及すべきかどうかはわかりません。そのコード/リソースを使用せず、まったく新しいコードベースを作成しました。プラグインは古いプラグインと同じことをいくつか行いますが、まったく新しい方法でより効率的な方法で行います。

  2. 既存のレポをフォークし、既存のコードを削除して、新しいコードをコミットします。私はGitが初めてなので、これが可能かどうかはわかりません。

  3. 既存のレポジトリに変更をコミットし、現在の貢献者がどのように言っているかを確認します。

3つの選択肢のうち、最初の方に強く傾倒しています。だが!私はオープンソースが初めてなので、適切なエチケットに従って仕事をしていることを確認したいと思います。私の最初のプロジェクトが目の前で爆発し、災害になりたくありません。オプション2の音は悪くありませんが、それを行うべきかどうかはわかりません。履歴と差分がどのように機能するかわかりません。せいぜい500〜1000行程度のコードです。したがって、それは巨大なコードベースではありません。

あなたが提供できる入力をありがとう!


10
それはすべて新しいコードなので、古いプロジェクトの歴史は本当に無関係なので、私は#1に行く傾向があります。しかし、「...からのアイデアに基づいて」という行に沿ってREADMEに何かを追加するのはいいことです。
ピーターロウェル

2
@PeterRowellはそのコメントを回答に入れてください。
MattDavey

@PeterRowellアドバイスをありがとう。いい考えだ。
マットケラー

1
2の場合、既存のリポジトリを削除する必要はありません。何をするにしても、私は必ず元の開発者はあなたがプロジェクトをフォークしている彼に言っていただければ幸いです
ジェームズ

回答:


13

それはすべて新しいコードなので、古いプロジェクトのコミット履歴は本当に無関係なので、私は#1に行く傾向があります。しかし、「...からのアイデアに基づいて」という行に沿ってREADMEに何かを追加するのは良いことです。

私は、私たち(または私たちのアルゴリズム)がどこから来たのかを認めるのが大好きです。歴史の霧を振り返ると、私たち全員が以前に来た人々、私たち全員の肩の上に立っていることがわかります。たとえば、私は1980年代に類似検索エンジンを開発して販売しましたが、一部の人々にとってはかなり急進的でした(当時はブールが王様でした)。しかし、私が使用していたアルゴリズムの核心は、私の20年前にコーネル大学でジェラルドサルトンが始めた仕事に基づいていました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.