web-dev-qa-db-ja.com

Githubプロジェクトを新しいテクノロジーに移植するための適切なエチケット

私が所有していないgithubリポジトリをPython=からJavaに変換します。これはニューラルネットワークアプリケーションであるため、ロジックは同じままです。これは重要ですが、これをよりプラットフォームにとらわれない方法でデプロイおよび実行できる必要があり、Pythonは単にそれを提供しません。

私の質問はこれです:私の仕事が明らかに派生的であることを示すために元のリポジトリをフォークする必要がありますか? 2つのプロジェクト間で共通のコードがないため、プルリクエストやマージの可能性はありません...

3

私が元のプロジェクトの作者である場合、私が最も感謝するのは、単純に質問私である場合です。彼らの仕事の価値を説明し、Javaに移植するつもりであることを説明する短い電子メールを彼らに送ってください。特に、彼らにあなたのポートの名前付けについて何か好みがあるかどうか尋ねてください。 (たとえば、元のプロジェクトの名前がFooの場合、ポートにJFooという名前を付けて、元のプロジェクトと密接に関連付けるか、関連付けが必要ない場合は無関係な名前を選択できます。 。)多分、元の作者はJavaポートも必要であり、あなたと協力することをいとわないでしょう。どちらかのプロジェクトのユーザーは、それぞれのREADMEにある他のプロジェクトへのリンクから利益を得ます。おそらく、作者は元々のテクノロジーの選択を後悔し、誰かが既存のコードベースの移植に実質的な支援を提供していれば、新しいプロジェクトの開発を続けるでしょう。

妥当な時間内に回答が得られない場合や、回答が協力的でない場合は、何も失っていません。彼らのライセンスで許可されていることは何でもできます。ただし、許可を求めているのではなく、コラボレーションを提供していることを明確にするために、最初に単語にアプローチするときに慎重に単語を選択することをお勧めします。そして、あなたの港に興味を持たないこと、あるいはそれについて不満を抱くことさえ彼らの良い権利であることを心に留めておいてください。元の作者の祝福なしに新しいポートを開発する場合は、承認を意味しない新しいプロジェクトの明確な名前を選択してください。あなたのREADMEはもちろん、あなたのプロジェクトは他のプロジェクトにルーツを持っていますが、現在は独立して開発されていることを説明する必要があります。

3
5gon12eder

分岐のポイントは、元のリポジトリの完全な履歴が引き続き利用できることです。 2つのリポジトリがリンクされているため、それらの間のマージまたはプルリクエストが可能です。

プロジェクトを別の言語に移植する場合、おそらく元のリポジトリにマージすることに関心がないでしょう。元のコードの変更履歴も役に立たないようです。したがって、私は新しいリポジトリを開始し、代わりに元のバージョンにリンクするREADMEファイルを記述します。

6
amon