这篇内容是在有道云旧笔记基础上重新整理的 运维与环境配置 笔记。原始记录偏碎片化，这里补充了使用场景、阅读顺序和落地时需要注意的边界，方便以后在项目里快速复用。

适用场景 ​

  • 本地开发环境、服务器环境或容器环境出现类似问题时，用来快速回忆处理路径。
  • 需要把零散命令整理成可复查步骤，避免每次重新搜索同一类配置。
  • 发布、部署或系统调整前，用作操作前检查和回滚思路的参考。

核心要点 ​

  • 正文以代码或命令片段为主，阅读时建议先确认目标问题，再挑选对应片段验证。
  • 保留了 9 段可直接参考的代码或命令，主要涉及 javascript，复制前需要按当前项目路径、版本和变量名做调整。
  • 文中保留了 1 个导出图片资源，适合和文字步骤一起对照查看。
  • 涉及命令行操作时，建议先在测试目录或测试环境执行，确认输出符合预期后再应用到生产环境。

GIT 回退版本

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
远程分支版本回退的方法
如果你的错误提交已经推送到自己的远程分支了，那么就需要回滚远程分支了。
1.首先要回退本地分支：
git reflog
git reset --hard # HEAD

2.紧接着强制推送到远程分支：
git push -f origin master ## 这里假设只有一个master分支

3.本地新建的分支（远端无），推送：
git push --set-upstream origin lint-config
3.本地提交未推送远端
# 如果你在执行 git commit 后发现提交错误但还没有执行 git push，你可以使用以下步骤来撤回当前提交并进行修正。下面是几种常见的处理方法：

git reset --soft HEAD~1
   ## 撤回最近的提交并将更改保留在工作区

git reset HEAD~1  ## 恢复到未暂存的状态

解决思路：

重装系统可能出现问题

按提示执行确实可以短暂避免该问题，但治标不治本，且文件很多时需要一个个敲命令。

产生这一问题的本质原因是下载代码的所有权没有转移，即你下载了别人的代码，别人声明该代码所有权。所以，在修改代码时会报以上问题。因此，我们需要做的并不是声称哪目录是安全的，而是要将代码所有权转移。

我所查的大部分解决方案即：

1
2
git config --global --add safe.directory E:/lancema/
git config --global --add safe.directory "*"

更新远端分支

1
git remote update origin -p

撤销本地merge 如果工作区在merge之后没有任何改动，大胆的用此方法。

1
git reset --merge

当前分支合并某次提交

1
2
git cherry-pick <commitHash>
git cherry-pick <start-commit-id>^...<end-commit-id>  # 不是两者之间，这里应该是多个，anshun

实践检查清单 &#8203;

  • 执行命令前确认当前用户、工作目录、端口、容器名和目标路径，避免把示例值直接用于生产环境。
  • 改配置前先备份原文件；涉及服务 reload/restart 时，先用检查命令验证配置可用。
  • 涉及 UI 或浏览器行为时，至少在桌面端和移动端各验证一次关键路径。

复盘小结 &#8203;

这篇笔记更适合作为问题排查或方案落地前的速查材料。后续如果在真实项目中再次遇到同类问题，可以继续把具体版本、报错信息、最终取舍和验证结果补到对应小节里，让它从代码片段逐步沉淀成完整方案。