2

維持しなくなった GitHub リポジトリをどうしますか?

何らかの理由でプロジェクトが GitHub リポジトリで開始され、その後しばらくして放棄される うまくいかなかった実験だったのかもしれません。市販品に置き換えたのかもしれません。または、自分が行っていたことに似たプロジェクトを見つけて、代わりに彼らの取り組みに参加したかもしれません。

あなたのリポジトリが生きている間に、ウォッチャーといくつかのフォークが集まりました。

その時点であなたはそれをどうしますか?リポジトリが維持されなくなったことを適切に示し、フォークまたは別のプロジェクトをチェックアウトする方法はありますか?

4

4 に答える 4

2

プロジェクトに関心がなくなったことを明確に示す README ファイルを除いて、すべてのソースを削除する単一のコミットを行います (また、README の重要な部分を最後のコミット ログ メッセージにコピーし、git commit を使用します --必要に応じて修正します)。

README には、すべてのソース コードが履歴として引き続き利用できることを説明する必要があります。さらに、最新のコードの成熟度レベルについて説明する必要があります。それがどこかの本番環境で使用された場合は、ここに記載する必要があります。それが単なる実験であり、正しくコンパイルできなかった場合は、それを大文字で示す必要があります。ただし、後者の場合、コード リポジトリを削除するだけでも意味があるかもしれません。

明らかに、README にはコードの動作に関する一般的な説明も含まれている必要がありますが、それは既に README に含まれている必要があります。

また、そのコードの潜在的なユーザーが探すと思われる単語を README に入れるようにしてください。これらの単語は、コードを保守していないことを示す部分の近くに置くようにしてください。

この理由:

  • あなたの情報源に興味のある人は誰でも(歴史を通して)それを手に入れることができます
  • あなたの HEAD を彼の HEAD と盲目的にマージしようとすると、すぐにそれが悪い考えであることがわかります (すべてのソース コードが削除され、なぜこれが起こったのかを説明する README に置き換えられます)。

私は、誰も fork していない (そしてコードを保存していない) 場合、何の価値もないという提案には同意しません。おそらく、他の誰かが引き継がない唯一の理由は、あなたのプロジェクトが十分な数の注目を集めていないことです。

コードに何らかの価値があると思われる場合 (つまり、0 を超える値を意味します)、それを削除しないでくださいコードが放棄されたことを明確にしてください。

于 2010-05-06T13:19:56.117 に答える
2

実際、リポジトリを削除するのが最も良い方法だと思います。そうすれば、たとえば、廃止されたコードが検索に表示されなくなります。

分散バージョン管理の要点は、単一のリポジトリが他のリポジトリよりも重要ではないということです。プロジェクトに十分な関心があれば、リポジトリをフォークした人の 1 人が新しいコミュニティ リーダーとして登場します。そして、誰もそれをフォークしなかった場合、おそらく保存する価値はありませんでした.

于 2010-05-06T05:40:22.303 に答える
0

私は自分のプロジェクトに「deprecated 」という接頭辞を付けています。これに関する github のサイトにいくつかの投稿がありますが、動揺しないようです。彼らはあなたに readme にメモを入れてほしいと思っています。プロジェクトがアクティブかどうかなど、さまざまなフィールドで並べ替えることができるように、情報をリレーショナル データベースに格納することをお勧めします。

再利用できる概念があるため、非推奨のプロジェクトをそこに置きました。それはあなたの学校の仕事に似ています。うまくいけば、そこから 1 つまたは 2 つの教訓を学ぶことができます。

ウォルター

于 2010-08-27T23:03:51.207 に答える
0

基本的にこれは歴史的な参照のためにここにあると述べているREADMEファイルに素晴らしいコミットをしたいと思います.XYとZを見て、このコードがどこに行ったかを確認してください.

于 2010-05-06T01:32:51.327 に答える