GitHubでのフォークデッドSVNベースのプロジェクト
私は以前にスタックオーバーフローで this と尋ねましたが、それは閉じられました。「プログラマー」がこの質問のより適切な場所であるためだと思います。
SVN Importer プロジェクト（Apacheライセンス）でいくつかの作業を行いましたが、事実上死んでいるようです（5年間で変更は公開されていません）。私は彼らのsvnサーバーにログインしていますが、コミット権を持っていません。とにかく、このプロジェクトをGitに変換し、自分の変更をGitHubにプッシュしたいと思います。 GitHubサイトはsvnプロジェクトをGitに変換するためのsvn2gitツールを提案しているので、SVNリポジトリをGitに変換し、変更を追加してから、このGitリポジトリをGitHubにプッシュすることを計画していました。
このプロセスの法的要件と一般的な規則は何ですか？プロジェクトの履歴全体を複製してGitHubに移動することはできますか？また、これは本質的に死んだプロジェクトですが、リポジトリをGitに変換したら、すべてのコミットをマスター以外のブランチに配置する必要がありますか、それともこの場合はマスターを使用できますか？
法的要件はかなり単純です。元のプロジェクトのライセンスの条件を守り、商標名/ロゴなどを使用しない限り、プロジェクトのクローンを作成できます。許可なしに。
プロジェクトを復活させる（そしてフォローアップバージョンとして変更をリリースする）ことがあなたの意図である場合、一般的な礼儀は、名前が商標登録されていなくても、プロジェクトの最後のメンテナとこれを二乗する努力をすることを指示します。
常識的には、既存のプロジェクトを復活させる場合、人々がどのバージョンを手に入れているかについて混乱が生じないようにする必要があるため、可能であればバージョン番号を再開しないでください。
リポジトリをどのように編成するかについては、それは完全にあなた次第です。外の世界では、元のプロジェクトのフォークのように見えるか、メンテナが同時にリポジトリを切り替えることを選択した復活のように見えます（これは珍しいことではありません）。
もちろん、ライセンスが移転やすべてを提出しなければならない場所について具体的に言及していない限り、リポジトリを配置する場所はライセンスとは関係がないはずです。フォークを禁止したり、特定のリポジトリやVCSに名前を付けたりすることは、愚かなことからオープンソースの精神に反することまでありますので、私のNALの意見はあなたが大丈夫だということです。私は確かにそれについて二度考えないでしょう。