共计 742 个字符,预计需要花费 2 分钟才能阅读完成。
git stash (pycharm/vscode 的 gui 演示)
场景
- 代码刚写到一半,发现线上 bug 须要马上批改部署上线
- 此时手头的代码写一半,提交基本跑不动甚至影响原来的业务了
- 回滚就白瞎搬了好几小时的砖了
好的实际(git 分支治理比拟标准时)
- 每个性能或 bug 修复都从骨干创立一个分支
- 开发实现后合并回骨干
- 遇到上述情况时,以后分支代码保留本地(开发以后性能是从骨干拉取的)
- 从骨干从新拉取一个分支批改后合并
- 切换回开发到一半的分支持续开发
当我的项目很小,参加人员 1 - 2 人时,保护分支较为繁琐,只在一个分支上开发时
- 应用 git stash 暂存(未提交的代码放在暂存区中)
- 修复 bug,部署上线
- 应用 git unstash 从暂存区中取出未实现代码,持续开发
- 以下联合 pycharm 和 vscode 的 gui 操作演示
pycharm
- 暂存以后未提交代码
点击 ”Git”>”Uncommitted Changes”>”Stash Changes…”
- Message 中填入信息(用于还原抉择),点击 ”Create Stash”,就能够看到刚写的代码没掉了
- 在以后分支批改代码,而后提交
- 从新获取暂存代码
点击 ”Git”>”Uncommitted Changes”>”Unstash Changes…”
- 抉择对应暂存记录,点击 ”Apply Stash” 即可还原代码
vscode
- 暂存以后未提交代码
点击 ”Git” 图标 > 提交界面右上角的 ”…” > “Stash” > “Stash”
- 在弹窗中填入暂存名称后回车
- 在以后分支批改代码,而后提交
- 从新获取暂存代码
点击 ”Git” 图标 > 提交界面右上角的 ”…” > “Stash” > “Apply Stash”/”Pop Stash”
区别就是 Pop 会删除记录,Apply 不删除,Latest 是最初一次,带 ”…” 就会弹窗抉择一个
正文完