Видаліть файли з фіксації Git

Я використовую Git, і я створив декілька файлів, використовуючи

git commit -a

Пізніше я виявив, що файл був помилково доданий до комітету.

Як я можу видалити файл з останньої фіксації?

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

git reset --soft HEAD^ 

або

git reset --soft HEAD~1

Потім скиньте небажані файли, щоб не вилучити їх:

git reset HEAD path/to/unwanted_file

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

git commit -c ORIG_HEAD  

УВАГА ! Якщо ви хочете лише видалити файл із попереднього комітету та зберегти його на диску , прочитайте відповідь juzzlin трохи вище.

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

1. видаліть файл git rm <file>
2. погодити прапор із зміною: git commit --amend

Прапор поправки говорить git знову здійснити, але "об'єднати" (не в сенсі злиття двох гілок) цю команду з останньою командою.

Як зазначено в коментарях, використання git rmтут - це як використання самої rmкоманди!

Існуючі відповіді говорять про видалення непотрібних файлів з останнього фіксації.

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

1.

Знайдіть комітку, якій ви хочете, щоб файл відповідав.

git checkout <commit_id> <path_to_file>

це можна зробити кілька разів, якщо ви хочете видалити багато файлів.

2.

git commit -am "remove unwanted files"

3.

Знайдіть commit_id комісії, на якій файли були додані помилково , скажімо, тут "35c23c2"

git rebase 35c23c2~1 -i  // notice: "~1" is necessary

Ця команда відкриває редактор відповідно до ваших налаштувань. Типовим є vim.

Перемістіть останню команду, яка має бути "видалити непотрібні файли", до наступного рядка неправильної фіксації ("35c23c2" у нашому випадку) та встановіть команду як fixup:

pick 35c23c2 the first commit
fixup 0d78b28 remove unwanted files

Ви повинні бути гарними після збереження файлу.

Закінчувати :

git push -f

Якщо у вас, на жаль, виникають конфлікти, вам доведеться їх вирішувати вручну.

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

git reset HEAD^ -- path/to/file
git commit --amend --no-edit

git resetБуде приймати файл , як це було в попередній фіксації і стадії його в індексі. Файл у робочому каталозі недоторканий.
Тоді git commitзаповіт буде скоєно та розбити індекс на поточний.

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

Якщо ви не натиснули зміни на сервері, ви можете використовувати

git reset --soft HEAD~1

Він скине всі зміни та повернеться до одного повернення

Якщо ви змінили свої зміни, виконайте дії, відповіді на @CharlesB

Видалення файлу за допомогою rm видалить його!

Ви завжди додаєте команду в git, а не видаляєте, тому в цьому випадку поверніть файл у стан, у якому він був до першої фіксації (це може бути дія "rm", якщо файл новий), а потім повторно введіть і файл піде.

Щоб повернути файл у попередній стан:

    git checkout <commit_id> <path_to_file>

або повернути його в стан у віддаленій ГОЛОВІ:

    git checkout origin/master <path_to_file>

потім внесіть зміни до комісії, і ви повинні виявити, що файл зник із списку (а не видалений зі свого диска!)

git checkout HEAD~ path/to/file
git commit --amend

Далі буде нестабільним лише той файл, який ви задумали, про що запитав ОП.

git reset HEAD^ /path/to/file

Ви побачите щось таке:

Зміни, які слід вчинити: (використовуйте "git reset HEAD ..." до нестабільності)

змінено: / шлях / до / файл

Зміни, не встановлені для фіксації: (використовуйте "git add ..." для оновлення того, що буде здійснено) (використовуйте "git checkout - ...", щоб відмовити зміни в робочому каталозі)

змінено: / шлях / до / файл

• "Зміни, які потрібно здійснити" - це попередня версія файлу перед фіксацією. Це буде схоже на видалення, якщо файл ніколи не існував. Якщо ви вчините цю зміну, відбудеться редакція, яка поверне зміни до файлу у вашій філії.
• "Зміни, не встановлені для здійснення", - це зміна, яку ви здійснили, та поточний стан файлу

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

Коли ви готові взяти на себе зобов’язання:

git commit --amend -a

або (якщо у вас відбуваються якісь інші зміни, які ви не хочете здійснювати)

git commit add /path/to/file
git commit --amend

Я поясню вам на прикладі.
Нехай A, B, C - 3 послідовних передачі. Комісія B містить файл, який не повинен був бути скоєний.

git log  # take A commit_id
git rebase -i "A_commit_ID" # do an interactive rebase
change commit to 'e' in rebase vim # means commit will be edited
git rm unwanted_file
git rebase --continue
git push --force-with-lease <branchName>    

Можна просто спробувати.

git reset --soft HEAD~1

і створити новий комітет.

Однак є дивовижне програмне забезпечення "gitkraken". що полегшує роботу з git.

git rm --cached <file_to_remove_from_commit_<commit_id>_which_added_file>
git commit -m "removed unwanted file from git"

залишить вам локальний файл все одно. Якщо файл також не потрібно локально, ви можете пропустити параметр --cached.

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

git rm --cached <file_to_remove_from_commit_<commit_id>_which_added_file>
git commit --squash <commit_id>
git add <file_to_remove_from_commit_<commit_id>_which_added_file>
git commit -m "brand new file!"
git rebase --interactive <commit_id>^

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

Використання графічного інтерфейсу git може спростити видалення файлу з попередньої фіксації.

Якщо припустити, що це не спільна гілка, і ви не проти переписувати історію , то запустіть:

git gui citool --amend

Ви можете скасувати перевірку файлу, який був помилково скоєний, і натисніть кнопку "Ввести".

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

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

git checkout origin/<remote-branch> <filename>
git commit --amend

Виконайте послідовність з наступних команд:

//to remove the last commit, but preserve changes  
git reset --soft HEAD~1

//to remove unneded file from the staging area  
git reset HEAD `<your file>` 

//finally make a new commit  
git commit -m 'Your message'

Просто хотів доповнити верхню відповідь, оскільки мені довелося виконати додаткову команду:

git reset --soft HEAD^
git checkout origin/master <filepath>

Ура!

Щось, що працювало для мене, але все-таки думаю, що має бути краще рішення:

$ git revert <commit_id>
$ git reset HEAD~1 --hard

Просто залиште зміну, яку ви хочете скасувати в іншій комісії, перевірте інші

$ git commit --amend // or stash and rebase to <commit_id> to amend changes

git reset --soft HEAD^повертає назад ваше зобов’язання, і коли ви набираєте git status, він говорить вам, що робити:

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

Насправді, я думаю, що більш швидкий і простий спосіб - це використовувати інтерактивний режим git rebase.

git rebase -i head~1  

(або голова ~ 4, як завжди ви хочете піти)

а потім замість "вибору" використовуйте "редагувати". Я не усвідомлював, наскільки потужна «редакція».

https://www.youtube.com/watch?v=2dQosJaLN18

Сподіваюся, вам це стане в нагоді.

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

( функція / target_branch нижче - це те, де я змінив усі зміни, включаючи ті, які хотів скасувати для конкретного файлу)

( походження / особливість / target_branch - це віддалена гілка, куди я хочу натиснути свої зміни)

( функція / постановка - це моя тимчасова гілка постановки, де я буду натискати на всі потрібні зміни, виключаючи зміни до цього одного файлу)

1. Створіть локальну гілку з мого походження / особливості / target_branch - її називають функцією / інсценізацією

2. Об'єднаної мій робочий місцеве відділення функції / target_branch до функції / постановка філії

3. Перевірено функцію / постановку, а потім скинути git --soft ORIG_HEAD (Тепер усі зміни функції / інсценізації 'будуть інсценізовані, але не виконані.)

4. Незазначений файл, який я раніше зареєстрував, із зайвими змінами

5. Змінено гілку вгору за течією для функції / постановки на початок / особливість / target_branch

6. Решту поетапних змін здійснив і перемістив уверх по потоку до мого віддаленого походження / функції / target_branch

Якщо вам цей файл більше не потрібен, ви можете це зробити

git rm file
git commit --amend
git push origin branch

Якщо ви використовуєте GitHub і ще не натиснули на зобов'язання, GitHub Desktop вирішує цю проблему легко:

1. Виберіть Репозиторій -> Скасувати останні записи
2. Видаліть файл, який ви помилково додали. Попереднє повідомлення про фіксацію вже буде у діалоговому вікні.
3. Натисніть кнопку "Ввести"!

Якщо ви хочете видалити файли з попередніх комісій, використовуйте фільтри

git filter-branch --prune-empty --index-filter 'git rm --ignore-unmatch --cached "file_to_be_removed.dmg"'

Якщо ви бачите цю помилку:

Неможливо створити нову резервну копію. Попередня резервна копія вже існує у refs / original / Force, що перезаписує резервну копію на -f

Просто видаліть резервні копії оновлень на локальному репо

$ rm -rf .git/refs/original/refs

якщо ви ще не натискаєте свої зміни на git

git reset --soft HEAD~1

Він скине всі зміни та повернеться до одного повернення

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

git rm <file>
 git commit --amend

а ще краще:

скинути спочатку

git reset --soft HEAD~1

скинути непотрібний файл

git reset HEAD path/to/unwanted_file

здійснити знову

git commit -c ORIG_HEAD  

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

git checkout origin/develop <path-to-file>
git add <path-to-file>
git commit -m "Message"
git push

Я скопіював поточні файли в іншу папку, а потім позбувся всіх незапущених змін:

git reset --hard @{u}

Потім скопіюйте речі назад. Здійсни, поштовх.

Ви можете просто скористатися цією командою:

git restore --staged <file>

Here is the step to remove files from Git Commit.

>git reset --soft HEAD^1(either commitid ) -- now files moved to the staging area.
>git rm --cached filename(it will removed the file from staging area)
>git commit -m 'meaningfull message'(Now commit the required files)

Наразі жодна з відповідей не є розумною. Здається, що достатньо попиту запропонувати реальне рішення: https://github.com/git/git/blob/master/Documentation/SubmittingPatches

git - uncommit <ім'я файлу>

було б непогано. Я розумію, що ми не хочемо змінювати історію, але якщо я локальний і випадково додав локальний файл "хак" і хочу видалити його з фіксації, це було б дуже корисно.