git命令-笔记

本文介绍了Git的Windows版本下载地址,详细列举了Git的相关命令,包括基本命令、检出、分支、diff、合并、更改提交等操作,还说明了git commit、git checkout、git branch等命令的选项,为使用Git进行版本控制提供了全面的参考。

1 下载地址

Windows版本:https://git-scm.com/download/win

Git-2.29.1-64-bit.exe 2.29.1

2 相关命令

2.1 基本

git init 初始化代码仓库
git status 查询仓库索引状态
git add <文件名/目录> 添加文件到仓库
git config --global user.email “you@example.com” 配置全局的提交者邮箱
git config --global user.name “Your Name” 配置全局的提交者名字
git commit -m “add component to project " --author=” Your Name < you@example.com>" 提交暂存内容(不带文件名的提交)
git commit somefile 提交修改后的文件(原先已经add/commit过)
git config --global core.editor gedit 设置提交时编辑变更信息的编辑器
git log 查看提交记录
git log --graph --pretty=oneline --abbrev-commit
git show <提交码> 查看某次提交详细的变更信息
git show-branch --more=n 查看简洁的单行提交信息
git diff <提交码> <提交码> 查看两个提交之间的差异
git rm <文件名> 删除文件 (需要进一步git commit)
git rm -r <文件夹> 删除文件夹(需要进一步git commit)
git mv <source文件> <Target文件> 重命名
git clone 创建版本库的符本
git config –l 列出配置
git config –unset 移除设置
git reset ––hard 将版本库和工作目录改变为已知状态
git rev-parse <提交> 查看提交标识

2.2 检出

git checkout HEAD – <文件> 恢复文件的旧版本
git checkout HEAD – <文件夹>恢复文件的旧版本
git checkout <分支名> 检出分支并切换到分支

gitk 版本库的可视化

2.3 分支

git branch 列出分支名
git show-branch 显示分支
git branch <分支> <提交> 创建一个分支,弱不包含提交,则标识从当前分支的HEAD创建一个新的分支
git checkout <分支名> 检出分支
git checkout –b <分支名> 检出新分支,并切换到分支
git branch –d <分支名> 删除分支

2.4 diff

git diff 比较工作目录和索引之间的差异
git diff 显示工作目录和给定提交间的差异
git diff 比较两个提交的差异
git diff --cached 显示索引中的变更和给定提交的变更间的差异

2.5 合并

git merge <分支名> 合并分支

2.6 更改提交

git reset --hard HEAD 把工作目录和索引都还原到git merge命令之前
git reset --hard ORIG_HEAD 若合并并提交后想放弃,则需要使用这条命令进行还原到合并前。Git把原始分支的HEAD 保存在ORIG_HEAD
git reset --soft 将HEAD引用指向给定提交。索引和工作目录的内容保持不变。
git reset --mixed 将HEAD指向给定提交,索引内容也跟着改变以符合给定提交的树结构,但是工作目录中的内容保持不变
git reset --hard将HEAD引用指向给定提交,索引的内容也跟着改变以扶额和给定提交的树结构,工作目录的内容也随之改变以反映给定提交表示的树的状态。
git reset HEAD <文件> 撤回暂存

git reset --mixed HEAD^ 退回上一次提交

git cherry-pick <提交> 在当前分支上应用 给定提交引入的变更。一般合并其他分支上的特定版本的一次变更(如修复某个bug)
git revert <提交> 引入一个新提交来抵消给定提交的影响。常见用途为:如某个提交有缺陷,用来撤销那次提交的变更内容,从而去除那次变更引入的问题。

3 命令选项

3.1 git commit

usage: git commit [] [–] …

-q, --quiet           suppress summary after successful commit
-v, --verbose         show diff in commit message template

Commit message options
-F, --file read message from file
–author override author for commit
–date override date for commit
-m, --message
commit message
-c, --reedit-message
reuse and edit message from specified commit
-C, --reuse-message
reuse message from specified commit
–fixup use autosquash formatted message to fixup specified commit
–squash use autosquash formatted message to squash specified commit
–reset-author the commit is authored by me now (used with -C/-c/–amend)
-s, --signoff add Signed-off-by:
-t, --template
use specified template file
-e, --edit force edit of commit
–cleanup how to strip spaces and #comments from message
–status include status in commit message template
-S, --gpg-sign[=]
GPG sign commit

Commit contents options
-a, --all commit all changed files
-i, --include add specified files to index for commit
–interactive interactively add files
-p, --patch interactively add changes
-o, --only commit only specified files
-n, --no-verify bypass pre-commit and commit-msg hooks
–dry-run show what would be committed
–short show status concisely
–branch show branch information
–ahead-behind compute full ahead/behind values
–porcelain machine-readable output
–long show status in long format (default)
-z, --null terminate entries with NUL
–amend amend previous commit
–no-post-rewrite bypass post-rewrite hook
-u, --untracked-files[=]
show untracked files, optional modes: all, normal, no. (Default: all)
–pathspec-from-file
read pathspec from file
–pathspec-file-nul with --pathspec-from-file, pathspec elements are separated with NUL character

3.2 git checkout

usage: git checkout []
or: git checkout [] [] – …

-b <branch>           create and checkout a new branch
-B <branch>           create/reset and checkout a branch
-l                    create reflog for new branch
--guess               second guess 'git checkout <no-such-branch>' (default)
--overlay             use overlay mode (default)
-q, --quiet           suppress progress reporting
--recurse-submodules[=<checkout>]
                      control recursive updating of submodules
--progress            force progress reporting
-m, --merge           perform a 3-way merge with the new branch*
--conflict <style>    conflict style (merge or diff3)
-d, --detach          detach HEAD at named commit
-t, --track           set upstream info for new branch
-f, --force           force checkout (throw away local modifications)
--orphan <new-branch>
                      new unparented branch
--overwrite-ignore    update ignored files (default)
--ignore-other-worktrees
                      do not check if another worktree is holding the given ref
-2, --ours            checkout our version for unmerged files
-3, --theirs          checkout their version for unmerged files
-p, --patch           select hunks interactively
--ignore-skip-worktree-bits
                      do not limit pathspecs to sparse entries only
--pathspec-from-file <file>
                      read pathspec from file
--pathspec-file-nul   with --pathspec-from-file, pathspec elements are separated with NUL character

3.3 git branch

usage: git branch [] [-r | -a] [–merged] [–no-merged]
or: git branch [] [-l] [-f] []
or: git branch [] [-r] (-d | -D) …
or: git branch [] (-m | -M) []
or: git branch [] (-c | -C) []
or: git branch [] [-r | -a] [–points-at]
or: git branch [] [-r | -a] [–format]

Generic options
-v, --verbose show hash and subject, give twice for upstream branch
-q, --quiet suppress informational messages
-t, --track set up tracking mode (see git-pull(1))
-u, --set-upstream-to
change the upstream info
–unset-upstream unset the upstream info
–color[=] use colored output
-r, --remotes act on remote-tracking branches
–contains print only branches that contain the commit
–no-contains
print only branches that don’t contain the commit
–abbrev[=] use digits to display object names

Specific git-branch actions:
-a, --all list both remote-tracking and local branches
-d, --delete delete fully merged branch
-D delete branch (even if not merged)
-m, --move move/rename a branch and its reflog
-M move/rename a branch, even if target exists
-c, --copy copy a branch and its reflog
-C copy a branch, even if target exists
-l, --list list branch names
–show-current show current branch name
–create-reflog create the branch’s reflog
–edit-description edit the description for the branch
-f, --force force creation, move/rename, deletion
–merged print only branches that are merged
–no-merged print only branches that are not merged
–column[=

<think>我们被问到:在使用`git reset --hard <commit-ID>`前是否有必要使用`git clean -dfx .` 首先分析两个命令的作用: 1. `git reset --hard <commit-ID>`:将当前分支的HEAD指向指定的提交,同时重置暂存区和工作区,使其与指定的提交完全一致。 这意味着: - 所有已跟踪文件的修改(包括工作区和暂存区)都会被丢弃,恢复到指定提交的状态。 - 但是,它不会影响未跟踪的文件(即没有被git管理的文件)。 2. `git clean -dfx .`:删除当前目录下所有未跟踪的文件和目录(包括被.gitignore忽略的文件),其中: - `-d`:删除未跟踪的目录 - `-f`:强制删除(如果不加-f,git clean会要求确认) - `-x`:删除被忽略的文件(即.gitignore中指定的文件也会被删除) 因此,是否需要先执行`git clean -dfx .`取决于你的目标: - 如果你希望工作区完全回到指定提交的状态,包括清除所有未跟踪的文件(比如构建产生的临时文件、编译产物等),那么在执行`git reset --hard`之后,再执行`git clean -dfx .`是必要的。 - 如果你只想恢复已跟踪的文件,而保留未跟踪的文件(例如你有一些临时笔记、本地配置文件等不想删除),那么就不需要执行`git clean`。 注意:`git reset --hard`只影响已跟踪的文件,不会动未跟踪的文件。所以,如果你在`git reset --hard`之后发现工作区还有未跟踪的文件,那就是正常的。 总结: - 步骤1:`git reset --hard <commit-ID>` -> 将已跟踪的文件恢复到指定提交的状态,丢弃所有修改(包括暂存区和工作区)。 - 步骤2:`git clean -dfx .` -> 删除所有未跟踪的文件和目录,使工作区完全干净。 因此,是否需要先执行`git clean`?实际上,顺序通常是先`reset`再`clean`,因为`reset`可能会产生一些新的未跟踪文件(比如它重置后,原来被跟踪的文件可能变成了未跟踪?实际上不会,但是原来的未跟踪文件还在)。所以,如果你希望彻底回到干净状态,应该在`reset`之后执行`clean`。 但是,问题问的是是“使用git reset --hard前有必要使用git clean -dfx .吗”,即先clean再reset。这通常是不必要的,因为: - 先clean:删除了未跟踪文件。 - 再reset:重置已跟踪文件到指定提交,但不会影响未跟踪文件(因为刚被删除,所以也没有未跟踪文件了)。 然而,这样做(先clean再reset)可能会有一个小问题:在reset之前,如果有些未跟踪文件是你想保留的,那么先clean就会把它们删掉,而reset不会影响它们。所以更安全的做法是: 1. 先reset:把已跟踪的文件恢复到指定状态。 2. 再检查一下未跟踪文件,确认哪些不需要,然后执行clean。 所以,通常的做法是: git reset --hard <commit> git clean -dfx # 如果你确定要清除所有未跟踪文件 因此,在reset之前执行clean并不是必要的,而且顺序上更推荐先reset后clean。 但是,有一种情况你可能会在reset之前执行clean:如果你担心reset操作可能会因为工作区的一些状态(比如有未跟踪文件与reset后要产生的文件冲突?)而失败,但实际上git reset --hard不会因为未跟踪文件而失败。 结论:在大多数情况下,没有必要在`git reset --hard`之前执行`git clean`。正确的清理步骤应该是先`reset`再`clean`(如果需要的话)。 所以,回答用户的问题:没有必要在`git reset --hard`之前使用`git clean -dfx .`,因为`reset`不会处理未跟踪文件,而`clean`可以在之后执行以达到彻底清理的目的。 但是,如果用户希望彻底回到某个提交的原始状态(包括清除未跟踪文件),那么应该在`git reset --hard`之后执行`git clean -dfx`。 注意:在执行这些命令前,务必确保没有重要的未提交修改(包括未跟踪文件),因为它们会被永久丢弃。 因此,我们给出答案: 使用`git reset --hard <commit-ID>`前通常没有必要先执行`git clean -dfx .`。原因如下: 1. `git reset --hard` 只影响已跟踪的文件,不会清理工作区中的未跟踪文件。 2. 若需要彻底清理(包括未跟踪文件),应在 `git reset --hard` 之后执行 `git clean -dfx`,这样更符合操作逻辑。 步骤建议: - 先执行 `git reset --hard <commit-ID>` 重置已跟踪文件。 - 再根据需要执行 `git clean -dfx` 清除未跟踪文件。 警告:这两个命令都是破坏性的,操作前请确保已备份重要数据。 现在,根据规则,我们需要在回答后提出3-5个相关问题。 注意:第一行必须完整输出“§§相关问题§§”,然后列出问题。 相关问题应围绕用户的问题和我们的回答展开,例如: 1. 为什么 `git reset --hard` 不会影响未跟踪文件? 2. 如何安全地删除未跟踪文件而不丢失重要数据? 3. 除了 `git clean -dfx`,还有哪些命令可以清理工作区? 4. 在什么情况下应该避免使用 `git reset --hard`? 5. 如何撤销 `git reset --hard` 操作? 我们选择4个问题。</think>在使用 `git reset --hard <commit-ID>` 前执行 `git clean -xdf .` **通常不是必要的**,但具体取决于你的清理目标。以下是详细分析: ### 关键区别和场景分析: | **命令** | **作用范围** | **影响内容** | |------------------------|----------------------------|------------------------------------------| | `git reset --hard` | **已跟踪文件** | 重置工作区和暂存区到指定提交,丢弃所有未提交的修改 | | `git clean -xdf .` | **未跟踪文件** | 永久删除所有未跟踪文件(包括忽略文件)和空目录 | --- ### 何时需要组合使用: 1. **需要完全纯净的工作区** 若目标提交包含已被删除的忽略文件(如 `node_modules`),且你希望工作区与该提交**完全一致**: ```bash git reset --hard <commit-ID> # 重置已跟踪文件 git clean -xdf . # 清理残留的未跟踪文件 ``` 2. **解决构建污染问题** 当旧版本构建产物(如 `.class`/`.o` 文件)影响新版本运行时: ```bash git clean -xdf . # 先清理构建缓存 git reset --hard <commit-ID> # 再切换版本 ``` --- ### 何时不需要: - 如果只需**恢复代码到历史版本**,不关心未跟踪文件(如临时日志、本地配置文件等),单独使用 `git reset --hard` 即可 - 如果未跟踪文件**需要保留**(如开发中的新模块),则禁止使用 `git clean` --- ### 安全操作流程: 1. **检查状态**:`git status` 确认未跟踪文件 2. **预览清理**(关键步骤): ```bash git clean -xdfn . # --dry-run 预览将被删除的文件 ``` 3. **执行重置**:`git reset --hard <commit-ID>` 4. **按需清理**:`git clean -xdf .`(仅确认需要删除时) > ⚠️ 警告:`git clean -xdf` 会**永久删除文件**(不进回收站),务必先备份或确认!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值