githubで邪悪なことをしました:rebaseを使い、次に--forceを押します。これは、コミットに関連付けられた名前を変更し、それをリポジトリに反映させたいからです。git repo *をクリーンアップし、悪い行為の後にコミットを保存する
これは他の場所で警告されているように、これは他の上流または下流のreposに影響を与える可能性があります。
私が見ている結果は、マージした後に上流のリポジトリにコミットメッセージが重複していることです。
我々持って、次の構造:
メイン(かなり非アクティブ) - 悪(非常にアクティブ) - (非常に非アクティブ)その他
私の質問です:私は良好な状態にメイン得るのですかすでにコミットが数件ある場合アクションの私の提案の計画は次のとおりです。メイン
- gitのクローン[前マージコミット]
- のgitのstashポップ
- --forceのgit隠し
- Gitのプッシュgit push
私は、(a)問題を解決し、(b)そうでないことを確かめることなくこれを行うのが少し嫌ですより多くの災害を作り出します。それは自身のリセット/プッシュを行って以来、「悪」レポジトリは非常に活躍している、と私は次のように、彼らが何かをする必要があることを前提としていますリセット
- gitの
- のgitを引っ張っ[最大コミット-that-まだ存在してオンメイン]
- Gitのスタッシュ
- Gitのプッシュ--force(主に存在する状態に「悪」戻す)
- (主からのものを引き出し、通常マージ)
- git stash pop
- git push(ローカル変更を適用する)
これは正しいですか?
最後に、 'Evil'リポジトリには、リセット/プッシュを行った後に多数のコミットがあります。メインと再同期するときにすべてのコミットメッセージが確実に保持されるようにする方法はありますか?
git-fetchとgit-cherry-pickの組み合わせがより良い答えかもしれないと私は思っていますが、Mainリポジトリにすべてのアップデートがあり、うまく見えたら、すべての子供。または、副詞:「悪」をソースと履歴の最新かつ正確な表現にして、それを強制的に(何とか?)メインに移します。 – RabidMutant