Я использую Git и работаю над веткой master. В этой ветке есть файл с именем app.js.
У меня есть ветка experiment, в которую я внес кучу изменений и множество коммитов. Теперь я хочу перенести все изменения, сделанные только в app.js из ветки experiment в master.
Как я могу это сделать?
Еще раз не хочу слияния. Я просто хочу перенести все изменения в app.js из ветки experiment в ветку master.
git checkout master # first get back to master
git checkout experiment -- app.js # then copy the version of app.js
# from branch "experiment"
См. Также git, как отменить изменения одного файла?
С новыми git switch и git restore , это будут:
git switch master
git restore --source experiment -- app.js
По умолчанию восстанавливается только рабочее дерево.
Если вы хотите также обновить индекс (то есть восстановить содержимое файла, и добавьте его в индекс одной командой):
git restore --source experiment --staged --worktree -- app.js
# shorter:
git restore -s experiment -SW -- app.js
Как отмечает Якуб Наребски в комментариях:
git show experiment:path/to/app.js > path/to/app.js
тоже работает, за исключением того, что подробно описано в вопросе SO Как получить отдельный файл из определенной ревизии в Git?, вам нужно использовать полный путь из корневого каталога репозитория.
Следовательно, путь / к / app. js, который Якуб использовал в своем примере.
Как упоминает Frosty в комментарии:
вы получите только самое последнее состояние app.js
Но для git checkout или git show вы можете ссылаться на любую нужную ревизию, как показано в вопросе SO git checkout версия файла в git gui:
$ git show $REVISION:$FILENAME
$ git checkout $REVISION -- $FILENAME
будет то же самое, если $ FILENAME - это полный путь к версированному файлу.
$REVISION может иметь вид git rev-parse. :
experiment@{yesterday}:app.js # app.js as it was yesterday
experiment^:app.js # app.js on the first commit parent
experiment@{2}:app.js # app.js two commits ago
и так далее.
schmijos добавляет в комментариях:
вы также можете сделать это из тайника:
git checkout stash -- app.jsЭто очень полезно, если вы работаете над двумя ветвями и не хотите коммитить.
experiment:./app.js. (Вам не нужно указывать полный путь.) Я узнал об этом благодаря очень полезному сообщению об ошибке, которое мне дал git: Возможно, вы имели в виду mybranch: full / path / to / my / file.xsl 'aka' mybranch :. /file.xsl '? Да! Не думаю, что я когда-либо был так обрадован сообщением о фатальной ошибке.
- person Evan Lenz; 08.07.2015
git checkout $REVISION -- $FILENAME. experiment@{yesterday} означает вчерашнюю версию ветки experiment, даже если вы находитесь в ветке master.
- person VonC; 21.11.2015
--, я сделал то же самое и без него. Я что-то упускаю ?
- person wviana; 09.02.2017
git checkout some_branch -- my.file, но он дал мне fatal: invalid reference: some_branch. Пришлось сначала сделать git checkout some_branch, затем git checkout master, затем git checkout some_branch -- my.file, чтобы получить этот файл только из ветки.
- person Lidia; 24.03.2017
git checkout stash -- app.js. Это очень полезно, если вы работаете над двумя ветвями и не хотите коммитить.
- person schmijos; 14.11.2018
git restore -s new-feature path/to/app.js
- person VonC; 05.12.2019
Все намного проще, используйте для этого git checkout.
Предположим, ветвь you're on master, чтобы получить ветку app.js from new-feature, выполните:
git checkout new-feature path/to/app.js
// note that there is no leading slash in the path!
Это принесет вам содержимое желаемого файла. Как всегда, вы можете использовать часть sha1 вместо new-feature имени ветки, чтобы получить файл как именно в этом коммите.
Примечание. new-feature должен быть локальной ветвью, а не удаленной.
git checkout origin/source_branch path/to/file, потому что, если вы не обновили исходную ветку своего локального репо, вы можете получить старую версию файла ... Спросите меня, откуда я знаю. ;)
- person talyric; 15.05.2014
git checkout origin source_branch path/to/file, чтобы получить ветку на пульте дистанционного управления? Так это ОЧЕНЬ последняя версия файла? См. Эту ссылку, чтобы узнать о различиях между этими двумя командами: stackoverflow.com/questions/26125162/
- person Mymozaaa; 03.02.2016
git push . origin/otherbranch:otherbranch (обновить локальную ветку, не проверяя ее, но использовать только для быстрой перемотки вперед).
- person Tomasz Gandor; 05.08.2016
git fetch перед расчетом
- person majurageerthan; 17.04.2020
git checkout branch_name file_name
Пример:
git checkout master App.java
Это не сработает, если в названии вашей ветки есть точка.
git checkout "fix.june" alive.html
error: pathspec 'fix.june' did not match any file(s) known to git.
Дополнение к ответам VonC и chhh.
git show experiment:path/to/relative/app.js > app.js
# If your current working directory is relative than just use
git show experiment:app.js > app.js
or
git checkout experiment -- app.js
--) между именем ветки и путями необязательным? Это только для того, чтобы пути, начинающиеся с тире, не рассматривались как опции / переключатели?
- person Tomasz Gandor; 05.08.2016
-- не является обязательным, но его полезнее избегать конфликтов с именами веток. Например, git checkout -- foo означает извлечение файла foo из HEAD (т. Е. Перезапись локальных изменений в foo, т.е. подмножество git reset --hard), но git checkout foo может означать, что или пойдем для перехода к foo.
- person Alois Mahdal; 23.02.2018
git# check out all files in <paths> from branch <branch_name>
git checkout <branch_name> -- <paths>
Источник: http://nicolasgallagher.com/git-checkout-specific-files-from-another-branch/.
См. Также man git checkout.
Примеры:
# Check out "somefile.c" from branch `my_branch`
git checkout my_branch -- somefile.c
# Check out these 4 files from `my_branch`
git checkout my_branch -- file1.h file1.cpp mydir/file2.h mydir/file2.cpp
# Check out ALL files from my_branch which are in
# directory "path/to/dir"
git checkout my_branch -- path/to/dir
Если вы не укажете branch_name, автоматически предполагается, что это HEAD, который является вашей самой последней фиксацией ветки, выбранной в данный момент. Таким образом, вы также можете просто проверить файл somefile.c и перезаписать любые локальные незафиксированные изменения:
# Check out "somefile.c" from `HEAD`, to overwrite any local, uncommitted
# changes
git checkout -- somefile.c
# Or check out a whole folder from `HEAD`:
git checkout -- some_directory
# General form
git show my_branch_or_commit_hash:my_file.cpp > any/path/my_file.cpp
# Example: check out `main.cpp` from 3 commits ago in your currently-checked-out
# branch (3 commits prior to `HEAD`, or `HEAD~3`) into a temporary directory
mkdir ../temp
git show HEAD~3:main.cpp > ../temp/main_old.cpp
Источник, из которого я это узнал: ответ @Jakub Narębski на: git-checkout старая версия файла под новым именем
git merge, git cherry-pick, git rebase или git revert?Что ж, в таком случае вам лучше сделать так:
# Keep `--theirs` for all conflicts within this file
git checkout --theirs -- path/to/some/file
# OR: keep `--ours` for all conflicts within this file
git checkout --ours -- path/to/some/file
OR:
# Keep `--theirs` for all conflicts within files inside this dir
git checkout --theirs -- path/to/some/dir
# OR: keep `--ours` for all conflicts within files inside this dir
git checkout --ours -- path/to/some/dir
НЕ заполняйте обычную checkout форму в предыдущем разделе перед этим, если только вы этого не хотите. См. раздел ПРЕДУПРЕЖДЕНИЕ ПРЕДУПРЕЖДЕНИЕ ПРЕДУПРЕЖДЕНИЕ в моем ответе здесь: Кто такие мы и кто они согласно Git ?.
РАБОТА С path does not have our version или path does not have their version ОШИБКАМИ:
Если вы когда-нибудь увидите такие ошибки:
error: path 'path/to/some/dir/file1.cpp' does not have our version # OR error: path 'path/to/some/dir/file1.cpp' does not have their version
... при выполнении приведенных выше команд вам просто нужно сначала git rm эти файлы, а затем снова попробовать команду git checkout --ours или git checkout --theirs. См. Мой ответ здесь для подробного объяснения этих команд, включая форму для автоматического поиска и удаления этих файлов с ошибками: git checkout - часы, когда спецификация файла включает удаленный файл.
В этом случае git checkout my_branch -- some_file_or_dir НЕ достаточно, потому что если у вас есть файлы в указанном каталоге, которые существуют в вашей текущей ветке или фиксации, но НЕ существуют в my_branch, тогда вы хотите, чтобы они были удалены локально, но git checkout НЕ удаляет какие-либо файлы, которые существуют локально, но не в указанной фиксации, а только перезаписывает файлы локально их версиями из указанной фиксации. Итак, чтобы также удалить файлы локально, которых там не должно быть, чтобы то, что у вас получилось локально, было точной копией того, что у вас есть на my_branch, вы должен сделать следующее:
git reset my_branch -- path/to/some/file_or_dir
git checkout-index -fa
git clean -fd
git commit -m "hard reset path/to/some/file_or_dir to its state \
as it was at my_branch"
Подробнее см. Мой собственный ответ здесь: Почему git не может выполнять аппаратный / программный сброс по пути?.
git checkout в своем ответе здесь: Кто такие мы и кто они согласно Git?.Чтобы восстановить файл из другой ветки, просто используйте следующую команду из своей рабочей ветки:
git restore -s my-other-branch -- ./path/to/file
Флаг -s - это сокращение от source, т. Е. Ветки, из которой вы хотите вытащить файл.
(Выбранный ответ очень информативен, но также немного ошеломляет.)
Или, если вам нужны все файлы из другой ветки:
git checkout <branch name> -- .
. имеет огромное значение: вместо перехода в другую ветку он копирует оттуда все файлы, оставляя вас на текущей. Вы получаете содержимое из другой ветки, не заходя в нее.
- person Xeverous; 20.09.2018
Это прагматический подход, который напрямую не отвечает на OP, но некоторые сочли его полезным:
Если рассматриваемая ветка находится на GitHub, вы можете перейти к нужной ветке и файлу, используя любой из множества инструментов, которые предлагает GitHub, затем нажать «Raw», чтобы просмотреть простой текст, и (необязательно) скопировать и вставить текст как желанный.
Мне нравится этот подход, потому что он позволяет вам полностью просмотреть удаленный файл, прежде чем загружать его на локальный компьютер.
Другой способ - создать патч с различиями и применить его, например, в главной ветке. Допустим, последняя фиксация перед тем, как вы начали работать над app.js, - это 00000aaaaa, а фиксация нужной вам версии - 00000bbbbb.
Вы запускаете это в экспериментальной ветке:
git diff 00000aaaaa 00000bbbbb app.js > ~/app_changes.git
Это создаст файл со всеми различиями между этими двумя коммитами для app.js, который вы можете применить где угодно. Вы можете хранить этот файл где угодно за пределами проекта
Затем в мастере вы просто запускаете:
git apply ~/app_changes.git
теперь вы увидите изменения в проектах, как если бы вы внесли их вручную.
Если вам нужен файл из определенного коммита (любой ветки), скажите 06f8251f
git checkout 06f8251f путь_к_файлу
например, в windows:
git checkout 06f8251f C: \ A \ B \ C \ D \ file.h
git checkout master -go to the master branch first
git checkout <your-branch> -- <your-file> --copy your file data from your branch.
git show <your-branch>:path/to/<your-file>
Надеюсь, что это поможет вам. Пожалуйста, дайте мне знать, если у вас есть какие-либо вопросы.
masterможет отличаться отexperiment, например. может содержать изменения, слитые из других веток, которые будут потеряны при копировании файла. P.S. с другой стороны, он не хочет объединяться, но, насколько я знаю, терминgit mergeпредназначен только для ветки, а не для конкретного файла, поэтому здесь нет противоречия. - person Alexei Martianov schedule 11.04.2019