回答:
githubサポートに連絡して、リポジトリを「通常モード」に切り替えるよう依頼することができます。
で、このページ、段落「フォークで作られたコミット」、1つがスイッチへの支援を通過しなければならないことを説明されています。したがって、それはあなたが前に説明されている、あなたのレポを破壊し、再作成しない限り、自分（でそれをする方法がないと思われる...あなたはチケットや、彼らのように、プロジェクトに添付ウィキ持っている場合、あなたはので注意が必要ない場合は意志を削除されます！）
github UIからフォークされたリポジトリを新しいリポジトリ（フォーク依存関係なし）に複製してから、元のフォークされたリポジトリを削除できます。
ローカルリポジトリにすべての重要なブランチとタグがあることを確認し、githubリポジトリを削除し、通常の方法（フォークしない）でリポジトリを再作成し、でローカルリポジトリをプッシュしますgit push --all。公開したくないローカルブランチがある場合は、操作用に一時的にクリーンなローカルクローンを作成することをお勧めします。
ただし、これによりwikiと問題が取り除かれます。Wikiは実際には独自のリポジトリであるため、Wikiを複製してから再作成してプッシュすることで同様に処理できます。リポジトリのアドレスは、wikiのGit Accessページ（git@github.com:user/repo.wiki.git）にあります。
これは問題を残します。それらはAPIを介してエクスポートできますが、私の知る限り、問題とコメントを作成できるのは個人のみなので、完全にインポートすることは不可能です。
したがって、問題を保存する必要がある場合は、Thomas Moulardが示唆するようにgithubのサポートを行う必要があります。
同様の問題が発生し、このgithubヘルプページを使用して解決しました。別のユーザーが親切に開発したテーマを使用しているブログの場合と同じように、wikiと問題トラッカーは気にしませんでした。
フォークされたリポジトリを切り離し、履歴全体を失うことなく数回のコミット後にそれを自分のリポジトリとして使用するには：
git clone --bare git@github.com:user/forked_repo.git
new-repositorygithub Webサイトで新しい空のリポジトリを作成します。ミラーバージョンをプッシュします。
cd user.github.com.git/
git push --mirror git@github.com:user/new-repository.git
githubで名前を変更しforked_repository、別の名前でバックアップとして保持し、必要に応じて更新を確認できます。または単に削除します。
の名前new-repositoryを元の名前に変更すると、ジョブが実行されます。副作用として、コミットが履歴に表示されるようになりました。
これはGitHub Enterpriseにのみ適用され、github.comには適用されません
管理者権限を持つアカウントにログインしました：
https://<ghe url>/<org>/<repo>これはGitHub Enterprise 2.9でテストされました
aurelienとClaytonからの情報を使用して、私はこれを次のようにして行うことができました：
$ git clone --bare https://github.com/my/forked_repo.git
<delete forked_repo on GitHub>
<recreate repo on GitHub using same name>
$ cd forked_repo.git
$ git push --mirror
ここにドキュメントがありgit clone --bareます：
裸のGitリポジトリを作成します。つまり
<directory>、管理ファイルをで作成して配置する代わりに<directory>/.git、<directory>それ自体をにし$GIT_DIRます。作業ツリーをチェックアウトする場所がないため、これは明らかに-nを意味します。また、リモートのブランチヘッドは、対応するローカルブランチヘッドにマッピングされずに、対応するローカルブランチヘッドに直接コピーされrefs/remotes/origin/ます。このオプションを使用すると、リモート追跡ブランチも関連する構成変数も作成されません。
ここにドキュメントがありgit push --mirrorます：
プッシュする各参照に名前を付ける代わりに、その下にあるすべての参照
refs/（、、およびを含みますがrefs/heads/、これらに限定されません）がリモートリポジトリにミラーリングされることを指定します。新しく作成されたローカル参照はリモートエンドにプッシュされ、ローカルで更新された参照はリモートエンドで強制的に更新され、削除された参照はリモートエンドから削除されます。これは、構成オプションが設定されている場合のデフォルトです。refs/remotes/refs/tags/remote.<remote>.mirror
注：他のgitベースの回答と同様に、これはgitWikiや問題など、リポジトリの一部ではない問題をコピーしません。タピオあたり：
git@github.com:user/repo.wiki.gitです。