多网站建设,网页编辑和发布流程不包括以下哪个选项,淘宝网页版看直播,福州seo按天收费Git - 补充工作中常用的一些命令 1 一些场景1.1 场景11.2 场景21.3 场景31.4 场景41.5 场景51.6 场景61.7 场景71.8 场景81.9 场景91.10 场景101.11 场景111.12 场景121.13 场景131.14 场景141.15 场景15 2 git cherry-pick \commit-hash\ 和 git checkout branch \-\-… Git - 补充工作中常用的一些命令 1 一些场景1.1 场景11.2 场景21.3 场景31.4 场景41.5 场景51.6 场景61.7 场景71.8 场景81.9 场景91.10 场景101.11 场景111.12 场景121.13 场景131.14 场景141.15 场景15 2 git cherry-pick \commit-hash\ 和 git checkout branch \-\- file3 git checkout commitID和git reset --hard commitID的区别3.1 git checkout commitID3.2 git reset --hard commitID3.3 使用场景对比 4 git rebase -i 1 一些场景
1.1 场景1
如何将分支hotfix/bug-123的提交 abc拿到 feature/bug-123分支? 假设你当前在feature分支
有三种方法
使用 git cherry-pick
git checkout feature/bug-123
git cherry-pick abc
# 解决冲突如果有
git add 冲突文件
git cherry-pick --continue
# 此时提交 abc 现在已经被应用到 feature/bug-123 分支使用 git merge 如果 hotfix/bug-123 分支只有提交 abc 是你需要的可以直接合并整个分支
git checkout feature/bug-123
git merge hotfix/bug-123
# 解决冲突如果有
git add 冲突文件
git commit
# 此时hotfix/bug-123 分支的提交包括 abc现在已经被合并到 feature/bug-123 分支使用 git rebase 如果 feature/bug-123 分支需要保持线性历史可以使用 rebase
git checkout feature/bug-123
git rebase hotfix/bug-123
# 解决冲突如果有
git add 冲突文件
git rebase --continue
# 此时feature/bug-123 分支现在包含了 hotfix/bug-123 分支的提交包括 abc并且提交历史是线性的推荐方法使用 git cherry-pick因为它只提取指定提交不会引入其他无关的更改
1.2 场景2
你刚提交的 commit message 写错了如何快速修改?
执行交互式 rebase 在终端中输入以下命令打开交互式 rebase 界面HEAD~1 表示最近的一次提交
git rebase -i HEAD~1编辑提交信息 这时会打开一个编辑器显示类似以下内容
pick commit_hash commit_messagepick 代表要保持这个提交不变。将 pick 改为 reword然后保存退出编辑器
reword commit_hash commit_message修改提交信息 执行完 rebase 后Git 会再次打开编辑器让你修改提交信息。你可以在这里编辑提交的 message完成 rebase 修改完提交信息后保存并关闭编辑器。Git 会自动完成 rebase并更新提交信息
1.3 场景3
如何暂存本地修改以切换到其他工作分支?请写出关键的git 命令
使用 git stash 将当前修改保存到栈中、
git stash这会将工作目录和暂存区的修改都暂存起来并恢复到上次提交的状态
1.4 场景4
git status 显示了一堆无关的文件如何屏蔽这些无关文件的显示?
使用.gitignore 文件
1.5 场景5
切换分支后由于代码目录下的编译缓存文件存在冲突导致编译出错。执行什么清除命令删除所有无关文件?
使用 git clean 清除未跟踪的文件 git clean 命令用于删除工作目录中未跟踪的文件例如编译缓存文件、临时文件等这些文件没有被添加到 Git 版本控制中
git clean -fd
# -f强制删除文件Git 默认会保护未跟踪的文件使用 -f 强制执行删除操作
# -d删除未跟踪的目录如果有的话1.6 场景6
你错误提交了一个远程分支(feature儿ask-2233)如何删除它?
要删除远程分支使用 git push 命令并指定删除操作。远程分支的删除可以通过以下命令实现
git push origin --delete feature/task-22331.7 场景7
如何 clone 所有子模块?假设主项目已克隆在本地
初始化子模块 首先进入到你已经克隆的主项目目录然后使用 git submodule update --init 来初始化子模块。这个命令会根据主项目中的 .gitmodules 配置文件初始化子模块
cd /path/to/your/repo # 进入你的主项目目录
git submodule update --init更新所有子模块包括嵌套的子模块 如果主项目中有子模块嵌套子模块即子模块也有自己的子模块你可以使用 --recursive 选项来递归地初始化和更新所有子模块
git submodule update --init --recursive克隆子模块的最新版本 如果你希望更新到子模块的最新版本或者确保它们与主项目同步可以使用以下命令
git submodule update --remote --recursive查看子模块的状态 你可以使用 git submodule status 来查看当前子模块的状态确保它们已经正确地初始化和更新
git submodule status1.8 场景8
Git 如何配置用户名(假设叫 Zhang San)?
git config --global user.name Zhang San这个命令会全局配置你的 Git 用户名为 “Zhang San”也就是说你在所有仓库中都会使用这个名字
如果你想只为某个特定仓库设置用户名可以在该仓库目录下执行以下命令去掉 --global
git config user.name Zhang San1.9 场景9
当你在另一分支修复 bug 并提交之后返回feature/task-2233 继续工作如何重新应用之前的修改?
git stash pop1.10 场景10
列出所有 v8.0.55xx开头的标签
git tag -l v8.0.55*1.11 场景11
查看提交 e44c5c2的详细内容(commit message 以及修改内容)
查看提交消息和详细信息
git show e44c5c2这将显示该提交的详细内容包括
提交的 hashe44c5c2提交的作者信息姓名和邮箱提交的日期提交的消息commit message所有修改的文件和内容
只查看提交消息 如果你只关心提交消息可以使用以下命令
git log -1 --format%B e44c5c23. 查看修改内容 如果你需要查看修改的具体内容即每个文件中有哪些行被添加、删除或者修改使用 git diff
git diff e44c5c2^! 1.12 场景12
如何将当前所在的本地分支名称 hotfix/1234修改为hotfix/bug-1234
确保你在 hotfix/1234 分支上 首先确认你当前在 hotfix/1234 分支上。如果你还没有切换到该分支可以使用以下命令
git checkout hotfix/1234重命名本地分支 使用 git branch -m 命令来重命名当前的本地分支
git branch -m hotfix/bug-1234这将把 hotfix/1234 本地分支重命名为 hotfix/bug-1234
更新远程分支如果需要 如果你已经将 hotfix/1234 推送到了远程仓库并且想要将远程分支也重命名你需要执行以下步骤 删除远程旧分支hotfix/1234
git push origin --delete hotfix/1234推送新分支hotfix/bug-1234
git push origin hotfix/bug-1234设置上游分支用于跟踪远程分支
git push --set-upstream origin hotfix/bug-12341.13 场景13
如何将当前所在的本地分支名称 hotfix/1234修改为hotfix/bug-1234
确定目标 commit-id通过以下命令基于该提交创建一个新的分支
git checkout -b support commit-id1.14 场景14
如何将新增加修改追加到最近一个提交?
首先添加你的修改到暂存区
git add your-file使用 git commit --amend 追加修改 然后使用 git commit --amend 命令来修改最近的提交将新修改合并到这个提交中
git commit --amend执行这个命令后Git 会打开你的默认编辑器让你可以修改提交信息。如果你不需要修改提交信息可以直接保存并关闭编辑器 3. 完成 这样你的修改就会被追加到最近的提交中提交历史看起来就像是一次提交
1.15 场景15
如何将你的 hotrix 分支与主分支master 的最新修改对齐?(假设不会产生冲突
首先切换到 hotrix 分支
git checkout hotrix拉取master分支的最新修改 如果你本地的 master 分支没有更新你需要首先拉取远程仓库中的 master 分支最新的更改
git fetch origin master执行 rebase 操作 现在运行以下命令将 hotrix 分支的提交“移动”到 master 分支的最新提交之后
git rebase origin/master这将把 hotrix 分支上的提交重新应用到 master 分支的最新提交之后。如果没有冲突rebase 操作会自动完成
2 git cherry-pick commit-hash 和 git checkout branch -- file
git cherry-pick
作用将某个提交commit应用到当前分支使用场景当你需要将另一个分支的某个特定提交包括其更改应用到当前分支时使用操作对象提交commit而不是单个文件命令格式git cherry-pick commit-hash特点 会将指定提交的更改应用到当前分支并生成一个新的提交。适用于跨分支复制某个提交的更改。如果提交涉及多个文件所有文件的更改都会被应用。
git checkout branch – file
作用将某个分支中的特定文件覆盖到当前工作目录。使用场景当你需要将另一个分支的某个文件的状态复制到当前分支时使用。操作对象单个文件而不是提交。特点 只操作单个文件不会影响其他文件。不会生成新的提交你需要手动 git add 和 git commit。适用于从另一个分支恢复某个文件的状态。
总结
如果你需要复制某个提交的所有更改使用 git cherry-pick。如果你只需要复制另一个分支的某个文件使用 git checkout branch – file
3 git checkout commitID和git reset --hard commitID的区别
git checkout commitID 和 git reset --hard commitID 都可以将 Git 仓库的状态恢复到指定的提交但是它们的工作方式和影响有所不同。具体区别如下
3.1 git checkout commitID
作用切换到指定的提交commitID使工作目录和暂存区的文件恢复到该提交的状态行为 该命令会让你的工作目录变为与 commitID 对应的文件内容一致但是不会修改当前分支的历史你依然停留在当前分支上它会进入 分离头指针detached HEAD 状态也就是说Git 不再指向任何分支而是指向了一个特定的提交。如果在这种状态下进行新的提交Git 会创建一个新的分支除非你显式地创建一个新分支不会改变暂存区index的状态因此不会丢失任何暂存的更改 适用场景 你想查看某个特定提交的内容或者临时检查某个历史版本你只想查看一个特定的提交而不想修改当前分支
3.2 git reset --hard commitID
作用将当前分支的指针重置到指定的 commitID同时会重置工作目录和暂存区使它们与该提交一致行为 改变当前分支的历史它会把当前分支的指针例如 master 或 main指向 commitID从而“丢弃”该提交之后的所有更改和提交更改工作目录和暂存区它会将工作目录中的所有文件和暂存区的文件恢复到 commitID 所对应的状态所有未提交的更改都会丢失删除历史提交所有在 commitID 之后的提交都会被删除分支的历史会被重写 适用场景 你想彻底丢弃一些提交并重置代码状态或者将分支回滚到某个特定提交要小心使用因为会删除所有本地更改并且无法恢复被丢弃的提交除非你有备份
3.3 使用场景对比
如果你只是想查看某个提交不打算修改当前分支可以使用 git checkout commitID如果你想删除当前分支上的提交并回到某个历史点丢弃所有后续的更改则使用 git reset --hard commitID
4 git rebase -i
启动交互式 rebase
命令形式git rebase -i commit-hash 或 git rebase -i HEAD~n编辑 rebase 的操作: 示例 pick 1234567 Commit message 1pick 2345678 Commit message 2 以下是一些常用的命令和作用 pick保留该提交reword保留提交但修改提交信息edit保留提交但让你修改该提交的内容例如修改代码或文件squash 或 s将当前提交与前一个提交合并并保留两者的提交信息fixup 或 f将当前提交与前一个提交合并并丢弃当前提交的提交信息只保留前一个提交的信息drop删除当前提交exec在该提交时执行一个命令
例如你想将第 2 和第 3 个提交合并到第一个提交中并修改它们的提交信息可以将文件编辑为如下所示
pick 1234567 Commit message 1
squash 2345678 Commit message 2
squash 3456789 Commit message 3编辑完成后保存并关闭编辑器Git 会继续执行 rebase 操作应用你选择的操作。
如果有冲突Git 会暂停 rebase要求你解决冲突。你需要手动解决冲突解决完冲突后要add到暂存区但不需要提交然后使用 git rebase --continue 继续 rebase如果你不想继续 rebase可以使用 git rebase --abort 来放弃 rebase 操作
编辑提交信息 如果你选择了 squash 或 rewordGit 会打开一个新的编辑器允许你编辑提交信息。你可以选择保留原始信息或者将提交信息合并为新的内容
