git-rewrite-history

1熱

1答えて

非常に巨大なリポジトリと限られたリソースの中で、1年以上経過したすべてのSquashをコミットします

私は4歳のgitリポジトリを持っていて、とても巨大になり始めました：〜30GO、60.000ファイル。毎日1回または2回のコミットが行われます。私は1年以上前のすべてのコミットを最初のコミットにスカッシュしたいと思います。しかし、技術的な問題のために、私はレポを再現することはできません、私はそれを使用する必要があります。入手可能なgitバージョンは1.7.2.5です（更新することはできません）。デ

2熱

1答えて

git reset - 前回のコミットと重複してローカルとリモートのリポジトリを設定する

gitを前のコミットにリセットしたい。古いコミットに戻ったときに変更を反映させるためにローカルリポジトリを使いたいのですが、私はリモートリポジトリに同じことをさせたいのです。これはどうすればいいですか？ '念のためにコミットの変更を保存' 保存

1熱

1答えて

prune-emptyで履歴を書き換えた後、特定の空のコミットを元に戻します。

filter-branch & --prune-emptyでgitの履歴を書き換えました。今私は特定のメッセージでいくつかのコミットを回復する必要があります。それをしてもいいですか？ git reflogやgit gcを実行しません。

0熱

1答えて

gitログから不要なプッシュコミットを取り除く方法

私はこの特定の質問のすべての回答を読みましたが、重複しているように見えるかもしれませんが、私はそうは思わないと思います。何か異質なことをして、おそらく私は答えを理解していないし、私はgitでそれほど強くはない。（主にソースツリーを使用して）問題がある：私はそれが開発している間に私が得たプロジェクトを持っており、それはどこでも私はそれを修正するタスクを持って行う行きませんでした。今度はそれが修

0熱

2答えて

git pullのすべてのコミット後にローカルコミットを移動するにはどうすればよいですか？

ここに私の状況です。私は機能に取り組んでいて、ローカルコミットをしました。私は仕事を続けた。一方、同僚は私が必要とする変更を押しました。これらの変更のいくつかは、私が取り組んでいるのと同じファイルにあります。私は現在、原点から引っ張る前に隠す必要があるいくつかのコードがあります。私の同僚コードが最後のローカルコミットの前にコミット履歴に存在するようにコードをプルする方法はありますか？私のロー

0熱

1答えて

すべてのファイルを手作業で処理することなく、単一のコミットをファイル名で複数のコミットに分割します。

100個のファイルを変更したコミットがあります。私はそのコミットをファイル名で1つのコミットで100個のコミットに分割したいと思っています。現在、私はeとreset HEAD^1で編集したいコミットの後にgit add && git commit -m <filename>という文字列を付けます。これは、複数のファイルで面倒になります。好ましくは、スクリプトを使用しないbashの1行です。また

0熱

1答えて

親がリビジョンを「簡単に」変更する方法は？

git-svnと同期されているいくつかのブランチを「ハックする」ためにいくつかのリビジョンの履歴を書き直す必要があります（のリビジョン ...ブランチの全履歴を書き換えたくありません）。私たちがgit-svnの詳細を取り出すならば、基本的には、ブランチのセクションの履歴を再作成して、親ののリビジョン（親だけが変更され、それ以外は何も変更されません）を再定義します。ブランチからいくつかのリビジョ

0熱

2答えて

Git - プッシュヘッドから間違ったブランチへの大きなコミット履歴を復帰させる

私の同僚が何とか私のチームが主な開発ブランチに取り組んでいるリリースブランチのHEADリビジョンをプッシュしました。（これは145コミットが不適切にプッシュされる）コミットの履歴をきれいにして、何かをする必要がある場合はアイデアを抱いているか、作業を開始するために新しい開発ブランチを作成する必要があります。枝上に複数のマージが（私たちは、プルリクエストを行うと、Gitはcurrentbran

0熱

1答えて

特定のコミットの前に履歴のgit checkを保持するには？

すべてのコミットでVisual Studioが保存するgitのチェック履歴を取得するのに役立つ必要があります。チームメンバーの一人がすべてのコードを再度プッシュして履歴を削除しました。このコミットの前にすべての履歴を取り戻す方法はありますか？

0熱

1答えて

メインレポからサブツリーを分割して新しいレポを作成すると、古いプルリクエストはどうなりますか？

私は大きなコードベースを持っており、特定のセクションを小さなリポジトリに分割する戦略を評価しています。 git subtree splitを使って、私は&のコミット履歴がそのまま残っていると思われるディレクトリを分けることができます。私はこのアプローチで前進したと仮定し、Githubの古いプルリクエスト（デタッチされたディレクトリのコードを含む）はどうなりますか？以前のコードへの参照が引き続き