リポジトリに追加したgitサブモジュール（RestKit）があります。
そこにあるファイルを誤って変更してしまい、元のバージョンに戻したいのですが。それをするために、私は走ってみました
Mac:app-ios user$ git submodule update RestKit
しかし、ここでわかるように、これはまだ「変更されたコンテンツ」であるため、機能しませんでした。
Mac:app-ios user$ git status
...
# modified: RestKit (modified content)
でも
Mac:app-ios user$ git submodule update -f RestKit
ローカルで変更されたファイルを元に戻しません。
そのサブモジュールのコンテンツをリセットするにはどうすればよいですか？
回答:
サブモジュールのディレクトリに移動し、次にを実行して、git reset --hard変更されたすべてのファイルを最後にコミットされた状態にリセットします。これにより、コミットされていないすべての変更が破棄されることに注意してください。
git submodule update --init私のために働いた。--initそれなしでは全く機能しませんでした。
git submodule update -f --init私の場合。
ディレクトリを変更せずにすべてのサブモジュールに対してこれを実行したい場合は、次を実行できます
git submodule foreach git reset --hard
再帰フラグを使用して、すべてのサブモジュールに適用することもできます。
git submodule foreach --recursive git reset --hard
git submodule foreach --recursive git clean -x -f -d
以前のすべての回答よりもフェイルセーフな方法：
git submodule deinit -f .
git submodule update --init
最初のコマンドはすべてのサブモジュールを完全に「バインド解除」し、2番目のコマンドはそれらの新しいチェックアウトを行います。
他の方法よりも時間がかかりますが、サブモジュールの状態に関係なく機能します。
error: Your local changes to the following files would be overwritten by checkout
*私の中PS1でgit status -uno説明できないものなしで）。
私にとっては、
git reset --hard
サブモジュールをチェックアウトした状態にリセットするだけで、メインのリポジトリがコミット/状態を参照する必要はありません。OPが言ったように、私はまだ「変更されたコンテンツ」を持っています。したがって、サブモジュールを正しいコミットに戻すために、次のコマンドを実行します。
git submodule update --init
それから私がするときgit status、それはサブモジュールできれいです。
submodule update --initながら、私の場合、ローカルの変更を元に戻すことはできません：|
4つのステップを順番に実行します。
git submodule foreach git reset --hard HEAD
git submodule update
git submodule foreach "git checkout master; git pull"
git submodule foreach git clean -f
git submodule updateは修正されたものでした(new commits)私をてくれました。
これは、サブモジュールに再帰的に含めることを含め、私にとっては機能しました（おそらく、-fが機能しなかったため、サブモジュール内のサブモジュールが変更されました）。
git submodule update -f --recursive
Git 2.14（2017年第3四半期）以降、各サブモジュールに移動する必要はありませんgit reset（git submodule foreach git reset --hard）
これは、git reset自体がサブモジュールに再帰的に入る方法を知っているためです。
参照してください35b96d1コミット（2017年4月21日）を、そしてf2d4899をコミットし、823bab0をコミットし、cd279e2コミットにより（2017年4月18日）のステファンBeller（ ）stefanbeller。
（による合併Junio C浜野- gitster-で5f074caをコミットし、2017年5月29日）
builtin / reset：--recurse-submodulesスイッチを追加
git-reset さらに別の作業ツリーマニピュレータです。サブモジュールについて学習する必要があります。
ユーザーがgit-resetを使用してサブモジュールに再帰するように要求すると、サブモジュールがスーパープロジェクトに記録されているオブジェクト名にリセットされ、HEADが切り離されます。
警告：次の違い：
git reset --hard --recurse-submodule そしてgit submodule foreach git reset --hard前者はメインの親リポジトリの作業ツリーもリセットします。後者はサブモジュールの作業ツリーのみをリセットするためです。
したがって、注意して使用してください。
これは、GIT v1.7.1を実行しているライブラリで機能し、DEVパッケージリポジトリとLIVEパッケージリポジトリがあります。リポジトリ自体は、プロジェクトのアセットをパッケージ化するためのシェルにすぎません。すべてのサブモジュール。
LIVEは意図的に更新されることはありませんが、キャッシュファイルや事故が発生して、リポジトリがダーティのままになる場合があります。DEVに追加された新しいサブモジュールも、LIVE内で初期化する必要があります。
DEVのパッケージリポジトリ
ここでは、まだ認識していないアップストリームの変更をすべてプルしたいので、パッケージリポジトリを更新します。
# Recursively reset to the last HEAD
git submodule foreach --recursive git reset --hard
# Recursively cleanup all files and directories
git submodule foreach --recursive git clean -fd
# Recursively pull the upstream master
git submodule foreach --recursive git pull origin master
# Add / Commit / Push all updates to the package repo
git add .
git commit -m "Updates submodules"
git push
LIVEのパッケージリポジトリ
ここでは、DEVリポジトリにコミットされた変更をプルしたいが、未知の上流の変更はプルしたくない。
# Pull changes
git pull
# Pull status (this is required for the submodule update to work)
git status
# Initialize / Update
git submodule update --init --recursive
すべてのサブモジュールをリセットする私の方法（「マスター」ブランチを切り離して保持することなく）：
gitサブモジュールforeach 'git checkout master && git reset --hard $ sha1'
git reset --hard動作しない場合は、まずでリモートブランチを指定してみてくださいgit reset --hard origin/<branch_name>。