Вместо того, чтобы использовать метод, в котором вы назначаете адрес электронной почты для пользователя, может быть лучшим вариантом для поиска адреса электронной почты в вашей базе данных.
Примером может быть:
git checkout a. txt
Git говорит вам об этом, если вы набираете git status
:
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: a
#
# Changed but not updated:
# (use "git add <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified: a
#
Неподготовка Подготовленного Файла
следующие два раздела демонстрируют, как работать с Вашим районом сосредоточения войск и рабочими изменениями каталога. Хорошая часть - то, что команда, которую Вы используете для определения состояния тех двух областей также, напоминает Вам, как отменить изменения в них. Например, let’s говорят, что you’ve изменил два файла, и хотят фиксировать их как два отдельных изменения, но Вы случайно вводите мерзавца, добавляют * и подготавливают их обоих. Как можно не подготовить один из двух? Команда состояния мерзавца напоминает Вам:
$ git add *
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
renamed: README.md -> README
modified: CONTRIBUTING.md
прямо ниже “Changes, чтобы быть committed” текстом, это говорит что ГОЛОВА сброса мерзавца использования... для неподготовки. Так, let’s используют тот совет не подготовить файл CONTRIBUTING.md:
$ git reset HEAD CONTRIBUTING.md
Unstaged changes after reset:
M CONTRIBUTING.md
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
renamed: README.md -> README
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: CONTRIBUTING.md
команда является немного странной, но она работает. Файл CONTRIBUTING.md изменяется, но еще раз неподготовленный.