2

ストレージ履歴は vcs 用に保持する方がよいことを理解しており、git では完全な履歴ログではなく、次のようにクローンを作成できることを知っています。

  • 残念ながら GitHub のスペースは限られています (主な理由)
  • スクリプトによる自動コミット処理です
  • 履歴の最後の 10 または 5 つのコミットでのみ興味深い
  • サーバースペースが限られている可能性があります

それでも、なぜそれが必要なのかを完全に理解することはできませんが、試してみます: この (自動化された) リポジトリをフォークし、git merge (はい、ツールとして) を使用して作業し、アップストリームで自分自身を最新の状態に保ちたいと思います。したがって、この場合は git right を使用します。理想的には、この自動化されたアップストリーム リポジトリを使用せずに「git merge」が作成するものを作成する必要がありますが、それは別のタスクです。

今のところ、git rebase を使用してすべての履歴を消去するトリッキーな方法しか見つかりませんでした

git checkout --orphan temp $1
git commit -m "Truncated history"
git rebase --onto temp $1 origin/master
git checkout master
git branch -D temp

しかし、それは役に立たないほど複雑です。新しいリポジトリを作成してそこにファイルを直接プッシュする方が簡単です。そのため、git リポジトリの履歴を小さく保つために何かが必要です。

4

1 に答える 1

3

あなたがしていることは非常に間違っています。

VCSは、コードの履歴の保持、コーダーの作業のマージ、ブランチの管理、古いバージョンの取得、バグの原因の発見、新しい戦略のテストなどに役立ちます。コードのバックアップにも役立ちますが、それだけでは機能しません。

最近の作業を保存するためのツールとして git に興味があるようです。それはgitが専念していることではありません。

そして、あなたの議論は有効ではありません。コード (およびパラメーター化と小さなリソース) のみを git に保存すると、github のストレージ スペースやあらゆる種類のサーバー スペースを爆発させるリスクはありません。私は git で多くのプロジェクトを行っており、多くのコーダーがいますが、占有スペースはごくわずかです。スペースを節約するためだけに履歴を消去しようとしないでください。

コーディングしている場合は、通常どおり git を使用し、そのベスト プラクティスを尊重してください。非常に価値のあるツールであるため、後悔することはありません。

于 2012-06-20T06:44:39.887 に答える