Як повернути свої зміни до підмодулю git?

У мене є підмодуль 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 foreach git reset --hard

Ви також можете використовувати рекурсивний прапор, щоб застосувати до всіх підмодулів:

git submodule foreach --recursive git reset --hard

Більш безпечний метод, ніж усі попередні відповіді:

git submodule deinit -f .
git submodule update --init

Перша команда повністю "відв'язує" всі підмодулі, друга потім робить свіжу перевірку їх.
Це займає більше часу, ніж інші методи, але буде працювати незалежно від стану ваших підмодулів.

Ну для мене, маючи

git reset --hard

просто скиньте підмодуль у стан, у якому він перевірився, а не обов'язковий до основного репортажу коміти / стану. Я все ще матиму "модифікований вміст", як сказав ОП. Отже, щоб повернути підмодуль до виправлення, я запускаю:

git submodule update --init

Тоді, коли я це роблю git status, на підмодулі це чисто.

зробити 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

Це працювало для мене, включаючи рекурсивно в субмодулі (можливо, тому ваш -f не працював, тому що ви змінили підмодуль всередині підмодуля):

git submodule update -f --recursive

Спершу спробуйте це, як казали інші:

git submodule update --init

Якщо це не працює, перейдіть до каталогу підмодулів і скористайтеся наступною командою, щоб побачити, чи є зміни в підмодулі:

git status

Якщо у вашому підмодулі є зміни, позбудьтеся їх. Переконайтеся, що ви не бачите жодних змін під час запуску "статусу git".

Далі, поверніться до основного сховища та знову запустіть "оновлення підмодуля git --init".

Оскільки Git 2.14 (Q3 2017), вам не потрібно входити в кожен підмодуль, щоб зробити git reset(як у git submodule foreach git reset --hard)

Це тому, що сам git reset знає, як рекурсивно перейти в підмодулі.

Див. Комісію 35b96d1 (21 квітня 2017 р.) Та виконувати f2d4899 , здійснити 823bab0 , здійснити cd279e2 (18 квітня 2017 р.) Від Стефана Беллера ( stefanbeller) .
^{(Об’єднав Хуніо С Хамано - gitster- у комітеті 5f074ca , 29 травня 2017 р.)}

вбудований / скинутий: додати --recurse-підмодулі комутатор

git-reset це ще один робочий маніпулятор дерев, якого слід навчити про підмодулі.

Коли користувач використовує git-reset і вимагає повторного введення в підмодулі, це скидає підмодулі до імені об'єкта, як записано в надпроекті, від'єднуючи HEAD.

Попередження : різниця між:

• git reset --hard --recurse-submodule і
• git submodule foreach git reset --hard

полягає в тому, що перший також скидає ваше основне батьківське репо-робоче дерево, оскільки останнє скидає лише робоче дерево підмодулів.
Тому використовуйте обережно.

Для git <= 2,13 ці дві команди в поєднанні повинні скинути репост із рекурсивними підмодулями:

git submodule foreach --recursive git reset --hard
git submodule update --recursive --init

Це працює з нашими бібліотеками, на яких працює 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   

Репозиторій пакетів у прямому ефірі

Тут ми хочемо витягнути зміни, які вносяться до сховища 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 restore . --recurse-submodules

Це скасує всі зміни, внесені в сховище та в підмодулі.

мій спосіб скинути всі підмодулі (БЕЗ відмежування та збереження їх "головного" відділення):

git submodule foreach 'git checkout master && git reset --hard $ sha1'