Как зафиксировать только некоторые файлы?

Я полагаю, вы хотите зафиксировать изменения в одной ветке, а затем сделать эти изменения видимыми в другой ветке. В git у вас не должно быть изменений поверх HEAD при смене веток.

Вы фиксируете только измененные файлы:

git commit [some files]

Или, если вы уверены, что у вас есть чистая промежуточная площадка, вы можете

git add [some files]       # add [some files] to staging area
git add [some more files]  # add [some more files] to staging area
git commit                 # commit [some files] and [some more files]

Если вы хотите сделать эту фиксацию доступной в обеих ветвях, вы делаете

git stash                     # remove all changes from HEAD and save them somewhere else
git checkout <other-project>  # change branches
git cherry-pick <commit-id>   # pick a commit from ANY branch and apply it to the current
git checkout <first-project>  # change to the other branch
git stash pop                 # restore all changes again

Получить список файлов, которые вы хотите зафиксировать

$ git status

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:   file1
modified:   file2
modified:   file3
modified:   file4

Добавить файлы в промежуточную версию

$ git add file1 file2

Проверьте, что вы совершаете

$ git status

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

    modified:   file1
    modified:   file2

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:   file3
    modified:   file4

Зафиксируйте файлы с сообщением о фиксации

$ git commit -m "Fixed files 1 and 2"

Если вы случайно зафиксировали не те файлы

$ git reset --soft HEAD~1

Если вы хотите отключить файлы и начать заново

$ git reset

Unstaged changes after reset:
M file1
M file2
M file3
M file4

Вы можете зафиксировать некоторые обновленные файлы, например:

git commit file1 file2 file5 -m "commit message"

Некоторые из них кажутся «неполными».

Группы людей НЕ будут знать, следует ли им использовать кавычки и т. д.

Добавить 1 конкретный файл, показывающий также пути расположения

git add JobManager/Controllers/APIs/ProfileApiController.cs

Зафиксировать (помните, что зафиксировать можно только локально, это не влияет на другие системы)

git commit -m "your message"  

Отправить в удаленное хранилище

git push  (this is after the commit and this attempts to Merge INTO the remote location you have instructed it to merge into)

Другие ответы показывают заначку и т. д., что вам иногда может понадобиться.

Предположим, вы внесли изменения в несколько файлов, например:

• Файл1
• Файл2
• Файл3
• Файл4
• Файл5

Но вы хотите зафиксировать только изменения File1 и File3.

Это можно сделать двумя способами:

1. Подготовьте только эти два файла, используя:

git add file1 file3

затем совершить

git commit -m "your message"

затем нажмите,

git push

2.Прямая фиксация

git commit file1 file3 -m "your message"

затем нажмите,

git push

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

Если вы уже разместили файлы, просто удалите их:

git reset HEAD [file-name-A.ext] [file-name-B.ext]

Затем постепенно добавляйте их обратно.

Я думаю, вы также можете использовать командную строку:

git add -p

Это позволяет вам просмотреть все ваши незафиксированные файлы один за другим и выбрать, хотите ли вы их зафиксировать или нет.

Затем у вас есть несколько вариантов, которые будут появляться для каждой модификации: я использую y для «да», я хочу добавить этот файл, и n для «нет», я зафиксирую этот файл позже.

Stage this hunk [y,n,q,a,d,K,g,/,e,?]?

Что касается других опций ( q,a,d,K,g,/,e,? ), я не уверен, что они делают, но я думаю, что ? может помочь вам, если вам нужно углубиться в детали.

Самое замечательное в этом то, что вы можете затем отправить свою работу и создать новую ветку после, и вся незафиксированная работа последует за вами в этой новой ветке. Очень полезно, если вы написали много разных вещей и действительно хотите реорганизовать свою работу на github, прежде чем отправлять ее.

Надеюсь, это поможет, я не видел, чтобы это было сказано ранее (если это было упомянуто, мой плохой)

Это простой подход, если у вас мало изменений в коде:

1. git stash
2. git stash apply
3. remove the files/code you don't want to commit
4. commit the remaining files/code you do want

Затем, если вы хотите, чтобы код, который вы удалили (биты, которые вы не зафиксировали) в отдельной фиксации или другой ветке, тогда, пока еще в этой ветке, выполните:

5. git stash apply
6. git stash

На шаге 5, поскольку вы уже применили тайник и зафиксировали код, который вы хотели на шаге 4, diff и untracked во вновь примененном тайнике — это просто код, который вы удалили на шаге 3, прежде чем вы зафиксировали на шаге 4.

Таким образом, шаг 6 представляет собой тайник с кодом, который вы не [хотели] коммитить, поскольку вы, вероятно, действительно не хотите терять эти изменения, верно? Таким образом, новый тайник из шага 6 теперь можно зафиксировать в этой или любой другой ветке, выполнив git stash apply в правильной ветке и зафиксировав ее.

Очевидно, это предполагает, что вы выполняете шаги в одном потоке, если вы копите в любом другом месте этих шагов, вам нужно будет отметить ссылку на тайник для каждого шага выше (а не просто базовый тайник и применить самый последний тайник).