Як відмовитись від нестандартних змін у Git?

Як я відкидаю зміни в робочій копії, які не входять до індексу?

Ще один швидший спосіб:

git stash save --keep-index --include-untracked

Вам не потрібно включати, --include-untrackedякщо ви не хочете бути ретельними щодо цього.

Після цього ви можете скинути цю скриньку за допомогою git stash dropкоманди, якщо хочете.

Для всіх нестандартних файлів у поточному робочому каталозі використовуйте:

git checkout -- .

Для конкретного використання файлу:

git checkout -- path/to/file/to/revert

--тут, щоб усунути двозначність аргументів .

Схоже, повне рішення таке:

git clean -df
git checkout -- .

git cleanвидаляє всі незаймані файли ( попередження : хоча він не видалить ігноровані файли, згадані безпосередньо у .gitignore, він може видалити ігноровані файли, що знаходяться у папках ) та git checkoutочистить усі незмічені зміни.

Це перевіряє поточний індекс для поточного каталогу, викидаючи всі зміни файлів із поточного каталогу вниз.

git checkout .

або це, що перевіряє всі файли з індексу, перезаписуючи робочі файли дерева.

git checkout-index -a -f

git clean -df

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

-d: Видаліть не відстежені каталоги на додаток до файлів, що не відслідковуються

-f: Сила (може бути не потрібна залежно від clean.requireForceналаштування)

Запустіть, git help cleanщоб переглянути посібник

Моя улюблена

git checkout -p

Це дозволяє вибірково повертати шматки.

Дивись також:

git add -p

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

git clean -dfx
git checkout .

Це онлайн-довідковий текст для використаних git cleanпараметрів:

-d

Видаліть незатрековані каталоги на додаток до файлів, що не відслідковуються. Якщо каталог без відстеження керується іншим сховищем Git, він не видаляється за замовчуванням. Скористайтеся -fопцією двічі, якщо ви дійсно хочете видалити такий каталог.

-f

Якщо змінна конфігурації Git clean.requireForceне встановлено false, Git чистий відмовить видаляти файли або каталоги , якщо не дано -f, -nабо -i. Git відмовиться видаляти каталоги в .gitпідкаталозі або файлі, якщо не -fбуде вказано секунду .

-x

Не використовуйте правила ігнорування з .gitignore(за каталогом) $GIT_DIR/info/exclude, але все ж використовуйте правила ігнорування, задані -eпараметрами. Це дозволяє видалити всі незафіксовані файли, включаючи збірку продуктів. Це можна використовувати (можливо, спільно з git reset) для створення незайманого робочого каталогу для перевірки чистої збірки.

Також git checkout .потрібно зробити в корені репо.

Якщо ви просто хочете видалити зміни до існуючих файлів , скористайтеся checkout( тут задокументовано ).

git checkout -- .

• Жодна гілка не вказана, тому вона перевіряє поточну гілку.
• Подвійний дефіс ( --) повідомляє Git, що далі слід сприймати його як другий аргумент (шлях), що ви пропустили специфікацію гілки.
• Період ( .) вказує на всі шляхи.

Якщо ви хочете видалити файли, додані з моменту останнього вчинення, скористайтеся clean( тут задокументовано ):

git clean -i 

• В -iопції ініціює інтерактивний clean, для запобігання помилкових видалень.
• Існує кілька інших варіантів для швидшого виконання; дивіться документацію.

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

git stash

• Усі зміни будуть переміщені в скриньку Git для можливого подальшого доступу.
• Є декілька варіантів для більш нюансованого зберігання; дивіться документацію.

Я дійсно вважав цю статтю корисною для пояснення, коли використовувати яку команду: http://www.szakmeister.net/blog/2011/oct/12/reverting-changes-git/

Є кілька різних випадків:

1. Якщо ви ще не створили файл, тоді ви використовуєте git checkout. Оформити замовлення "оновлення файлів у робочому дереві, щоб відповідати версії в індексі". Якщо файли не були поетапно (вони також додані до індексу) ... ця команда по суті поверне файли до того, яким було ваше останнє введення.

   git checkout -- foo.txt

2. Якщо ви інсценували файл, використовуйте скидання git. Скидання змінює індекс на відповідність коміті.

   git reset -- foo.txt

Я підозрюю, що використання git stash- це популярний вибір, оскільки це трохи менш небезпечно. Ви завжди можете повернутися до нього, якщо випадково здуєте занадто сильно, використовуючи скидання git. За замовчуванням скидання є рекурсивним.

Перегляньте статтю вище для отримання додаткових порад.

Найпростіший спосіб зробити це за допомогою цієї команди:

Ця команда використовується для скасування змін у робочому каталозі -

git checkout -- .

https://git-scm.com/docs/git-checkout

У команді git, зберігання відслідковуваних файлів досягається за допомогою:

git stash -u

http://git-scm.com/docs/git-stash

Якщо ви не зацікавлені у збереженні нестандартних змін (особливо якщо поетапні зміни - це нові файли), я вважаю це зручним:

git diff | git apply --reverse

git checkout -f

man git-checkout:

-f, --force

Під час перемикання гілок дійте, навіть якщо індекс або робоче дерево відрізняється від HEAD. Це використовується для викидання локальних змін.

Перевіряючи шляхи з індексу, не відмовляйтесь від неперевірених записів; натомість незаряджені записи ігноруються.

Під час введення статусу git (використовуйте "git checkout - ...", щоб відмовитись від змін у робочому каталозі) .

напр git checkout -- .

Ви можете використовувати git stash - якщо щось піде не так, ви все одно можете повернути його. Подібно до деяких інших відповідей тут, але цей також видаляє всі нестандартні файли, а також усі нестандартні видалення:

git add .
git stash

якщо ви перевірите, що все в порядку, викиньте сховище:

git stash drop

Відповідь від Білала Максуда git cleanтакож працював на мене, але з приховуванням я маю більший контроль - якщо я щось робити випадково, я все одно можу повернути свої зміни

ОНОВЛЕННЯ

Я думаю, що є ще 1 зміна (не знаю, чому це працювало для мене раніше):

git add . -A замість git add .

без -Aвидалених файлів не буде інсценовано

Оновлення 2019 року:

З липня 2019 року , там була нова команда , яка робить саме це: git restore.

В git status, тепер Git рекомендує використовувати цю команду замість того , щоб, git checkoutяк раніше.

Хоча ця команда також може бути використана для відновлення робочого дерева до певної комісії або для відновлення вмісту індексу, за замовчуванням робоче дерево відновляється до стану в індексі (про що тут задається запит).

Отже, щоб відновити файли, які відповідають шляху проспекту (позбувшись від їх нестандартних змін), слід зробити:

git restore <pathspec>

Наприклад, для відновлення всіх нестандартних змін у поточному каталозі ви можете запустити:

git restore .

Якщо запустити це з кореня проекту, він відновить усі нестандартні зміни у всьому сховищі.

Зауважте, що, як git checkout -- .і вказує (як зазначав Маріуш Новак), це скасує лише зміни у файлах, відслідковуваних Git, і не відкине будь-які нові незатребувані файли. Якщо ви хочете відмовитись від будь-яких нестандартних змін, включаючи нові незатребувані файли, ви можете запустити додаткову:

git clean -df

Будьте дуже обережні з цією пізнішою командою, однак ви можете відкинути файли, яких ви не збиралися позбуватися.

Примітка git restore. Оскільки це нова команда, її довідкова сторінка дає попередження:

Ця команда експериментальна. Поведінка може змінитися.

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

Замість того, щоб відміняти зміни, я скидаю пульт на початок. Примітка. Цей метод полягає в тому, щоб повністю відновити папку до репо-репо.

Тому я роблю це, щоб переконатися, що вони не сидять там, коли я git скидає (пізніше - виключає gitignores на Origin / name name)

ПРИМІТКА. Якщо ви хочете, щоб файли ще не відслідковувались, але не знаходяться у GITIGNORE, можливо, ви захочете пропустити цей крок, тому що це буде видалено ці незафіксовані файли, які не знайдено у вашому віддаленому сховищі (спасибі @XtrmJosh).

git add --all

Потім я

git fetch --all

Потім я скидаюсь до походження

git reset --hard origin/branchname

Це поверне його до прямої. Так само, як повторне клонування гілки, при цьому всі мої файли gitignored зберігаються локально та на місці.

Оновлено за коментарями користувача нижче: Варіант для скидання до поточної гілки користувача.

git reset --hard @{u}

Спробував усі рішення вище, але все-таки не зміг позбутися нових, нестандартних файлів.

Використовуйте git clean -fдля видалення цих нових файлів - проте з обережністю! Зверніть увагу на силовий варіант.

просто сказати

git stash

Це видалить усі ваші локальні зміни. Ви також можете використовувати пізніше, сказавши

git stash apply 

або git stash pop

Просто використовуйте:

git stash -u

Зроблено. Легко.

Якщо ви дійсно піклуєтесь про свій стек-скрипт, тоді ви можете слідувати git stash drop. Але в цей момент вам краще скористатися (від Маріуша Новака):

git checkout -- .
git clean -df

Тим не менш, мені подобається git stash -uнайкраще, тому що він "відкидає" всі відслідковані та не відстежені зміни лише в одній команді . Але git checkout -- .тільки відкидаються відслідковувані зміни, і лише відкидається відслідковувані зміни git clean -df... а введення обох команд - це занадто велика робота :)

Щоб зробити постійну відмову: git reset --hard

Щоб зберегти зміни на потім: git stash

Це працює навіть у каталогах, які є; поза нормальними дозволами на git.

sudo chmod -R 664 ./* && git checkout -- . && git clean -dfx

Сталося зі мною недавно

у вас дуже проста команда git git checkout .

cd path_to_project_folder  # take you to your project folder/working directory 
git checkout .             # removes all unstaged changes in working directory

На мою думку,

git clean -df

повинен зробити трюк. Відповідно до документації на Git clean

git-clean - Видаліть неробочені файли з робочого дерева

Опис

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

Зазвичай видаляються лише невідомі Git файли, але якщо вказано параметр -x, ігноровані файли також видаляються. Наприклад, це може бути корисно для видалення всіх будівельних виробів.

Якщо наводяться будь-які необов'язкові ... аргументи, впливають лише ті шляхи.

Параметри

-d Видаліть не відслідковувані каталоги на додаток до файлів, що не відслідковуються. Якщо каталог без відстеження керується іншим сховищем Git, він не видаляється за замовчуванням. Використовуйте параметр -f двічі, якщо ви дійсно хочете видалити такий каталог.

-f --force Якщо змінна конфігурація Git clean.requireForce не встановлена ​​на false, git clean відмовиться запускатися, якщо не задано -f, -n або -i.

Незалежно від того, в якому стані знаходиться ваше РЕПО, ви завжди можете скинути будь-яку попередню комісію:

git reset --hard <commit hash>

Це відкине всі зміни, які були внесені після цього зобов’язання.

Ще один спосіб позбутися нових файлів, більш конкретний, ніж git clean -df (він дозволить позбутися деяких файлів не обов'язково всіх), - це додати нові файли до індексу спочатку, потім сховати, а потім скинути сховок.

Цей прийом корисний, коли з якихось причин ви не можете легко видалити всі незатребувані файли за допомогою звичайного механізму (наприклад, rm).

Далі насправді є лише рішенням, якщо ви працюєте з виделкою сховища, де ви регулярно синхронізуєте (наприклад, запит на витягування) з іншим репо. Коротка відповідь: видаліть виделку та переформатуйте, але прочитайте попередження на github .

У мене була подібна проблема, можливо, не тотожна, і мені сумно сказати, що моє рішення не є ідеальним, але воно в кінцевому рахунку ефективне.

Я часто маю такі повідомлення про статус git (як мінімум 2/4 файлів):

$ git status
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2var.dats
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2Var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2Var.dats

Пильне око відзначить, що у цих файлах є доппленергери, які є однією буквою у разі відключення. Чомусь, і я поняття не маю, що призвело мене до початку цього шляху (оскільки я сам не працював з цими файлами з репо-версії за течією), я переключив ці файли. Спробуйте, чимало рішень, перелічених на цій сторінці (та інших сторінках), схоже, не допомагають.

Мені вдалося виправити проблему, видаливши своє роздрібнене сховище та всі локальні сховища та переформувавшись. Одного лише цього було недостатньо; вище за течією довелося перейменувати ці файли у нові імена файлів. Поки у вас немає жодної некомплектної роботи, вікі-файлів і жодних проблем, що розходяться із сховищем верхнього потоку, у вас повинно бути добре. На найменшій мірі, можливо, вас не дуже порадує. Що стосується моєї проблеми, це, безсумнівно, помилка користувача, оскільки я не є тим, хто володіє git, але факт, що виправити бали на проблемі з git також далеко не просто.

Коли ви хочете передати сховище комусь іншому:

# add files
git add .  
# diff all the changes to a file
git diff --staged > ~/mijn-fix.diff
# remove local changes 
git reset && git checkout .
# (later you can re-apply the diff:)
git apply ~/mijn-fix.diff

[редагувати], як коментується, можна назвати скриньки. Ну, використовуйте це, якщо ви хочете поділитися своїм сховищем;)

Ви можете створити свій власний псевдонім, який описує, як це зробити описовим способом.

Я використовую наступний псевдонім для відхилення змін.

Відхилити зміни у файлі (списку) робочого дерева

discard = checkout --

Тоді ви можете використовувати його як наступний, щоб скасувати всі зміни:

discard .

Або просто файл:

discard filename

В іншому випадку, якщо ви хочете відмовитись від усіх змін, а також відслідковуваних файлів, я використовую суміш з оформлення замовлення та очищення:

Очистіть та відкиньте зміни та непотрібні файли у робочому дереві

cleanout = !git clean -df && git checkout -- .

Тож використання просте, як і наступне:

cleanout

Тепер це доступно в наступному репо Github, який містить безліч псевдонімів:

• https://github.com/GitAlias/gitalias

У мене була дивна ситуація, коли файл завжди нестатований, це допомагає мені вирішити.

git rm .gitattributes
git add -A
git reset - твердий