Git 常用命令学习

关注

原创 2026-01-10 16:18:01 408 阅读 AI 写同款· GEO 优化 ›

expensify-app Git命令 git init-创建新的git repo git状态-查看对项目代码的更改git add-将文件添加到暂存区git commit -m“ message”-使用暂存区git log创建文件的新提交-查看最近的提交git config --global user.name“您的名字” git config --global user.email git commit --amend --reset-author git remote-查看远程目标git remote -v git push git push heroku掌握 shorcut仅添加所有修改的文件：git commit -a -m“ message”或它提交-am“ message”而不是1）git add和2）git commit 其他的东西 heroku open（直接在浏览器中打开url）heroku日志（立即下载

学习了网上一些Git的资料，总结一下：

GIT和SVN命令的对比:
‘git clone’ == ‘svn checkout’
‘git checkout’ == ‘svn switch’
‘git push’ == ‘svn commit’
‘git add readme.txt’ 是把readme.txt从workspace放到staging区。
‘git commit -m “some information”’ 是把readme.txt从staging区放到repository。
注意这里都还是在本机上的操作。要传到远程服务器上需要用push。
‘git status’ 的运行结果举例

如果修改了readme.txt，但还没有执行’git add readme.txt’，运行’git status’结果为：

# On branch master
# 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:   readme.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

上面显示了"modified", 则表明readme.txt文件有改动。同时上面还显示"no changes added to commit"，表明该文件还没有出现在staging区。

执行了’git add readme.txt’操作后，再运行’git status’，结果如下:

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   readme.txt
#

还是会显示"modified"，但是那行"no changes added to commit"没有了，因为修改后的文件已经放在staging area，有东西要commit到repository了。

‘git diff HEAD – readme.txt’
会显示workspace和repository之间的readme.txt之间的差异。如果还没有执行’git commit readme.txt’, 那么不管有没有执行’git add readme.txt’，上面的’git diff HEAD – readme.txt’都会显示workspace和repository之间的差异，该差异跟是否执行’git add readme.txt’无关。

如果已经执行了’git commit readme.txt’，则上面的diff会显示没有区别。因为workspace和repository的内容已经一样了。
这时候再运行’git status’，会显示

# On branch master
nothing to commit (working directory clean)

‘git checkout – readme.txt’
会让readme.txt放弃在workspace的修改，也就是回到最近一次提交’git commit readme.txt’或’git add readme.txt’的状态。
如果readme.txt修改后还没有被放到staging区(也就是还没有执行git add)，那么’git checkout – readme.txt’ 会让readme.txt回到repository里面的状态，也就是上次’git commit’的状体。
如果readme.txt修改后已经被放到staging区(也就是已经执行了git add，但还没有git commit)，那么’git checkout – readme.txt’会让readme.txt回到tia
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到刚刚添加到暂存区后的状态(也就是刚刚git add时的状态。

'git checkout .‘ 会抛弃当前的folder和子folder的变化。

‘git reset HEAD readme.txt’
是放弃staging区里面的readme.txt的修改，让其回到’git add readme.txt’之前的状态。
‘git clone’ 和 ‘git pull’ 的区别:
‘git clone’ 是把整个远程的repository下载下来，包括里面的log, branch。所以下载下来之后本地也可以直接切换branch。
‘git pull’相当于’git fetch’和’git merge’。也就是先远程下载git项目里面文件，再与本地的branch进行合并。
如何修改commit注释?
git commit --amend
如何合并最近的3个commit?
假定最近的4个commit如下：

b1b8189 - (HEAD -> master) Commit-3
5756e15 - Commit-2
e7ba81d - Commit-1
5d39ff2 - Commit-0

run ‘git rebase -i 5d39ff2’
or
run ‘git rebase -i HEAD~3’

一个Notepad++文件会出现，前面3行如下
pick e7ba81d Commit-1
pick 5756e15 Commit-2
pick b1b8189 Commit-3

将其改为：
pick e7ba81d Commit-1
squash 5756e15 Commit-2
squash b1b8189 Commit-3
或
pick e7ba81d Commit-1
s 5756e15 Commit-2
s b1b8189 Commit-3

保存文件并推出。又会弹出一个notepad++文件，开头部分显示如下:

# This is a combination of 3 commits.
# The first commit's message is:
Commit-1   注释1

# This is the 2nd commit message:

Commit-2   注释2

# This is the 3rd commit message:

Commit-3   注释3

将其改为：

Commit-1   注释1

存盘并推出即可。

如何config git global email?
git config --global user.email “aaaaa@bbb.com”

如何config git global name?
git config --global user.name “your_name”

如何reset author?
git commit --amend --reset-author

如何显示git global user email?
git config --global user.email

如何显示git global user name?
git config --global user.name

如何将服务器上master branch的某个文件下载下来替代本机上对应的项目文件，然后再push到自己的repo？

git checkout origin/master my_folder/my_file.c
git add my_foler/my_file.c
git commit -m “revert my_foler/my_file.c to master”
git push

git restore <file_name> 丢弃工作区的修改（不包括对文件自身的操作，如添加文件、删除文件）
目前在branch A, remote的branch xxx有更新，如何下载BBB的更新？
🔹 Workflow A (clean & explicit — recommended)
git fetch origin xxx
git merge origin/xxx

🔹 Workflow B (update local branch first)
git fetch origin xxx
git switch xxx
git pull origin xxx # fetch + merge into local xxx
git switch A
git merge xxx

Both are valid — A is safer and more explicit.
注意：
✔ git fetch origin xxx → updates origin/xxx only
✔ git pull origin xxx → updates current branch, not necessarily xxx
✔ To update xxx, you must be on xxx

还有好多，下次再写。

收录于