1. 初始操作
echo "# supereditor" >> README.md
git init #初始化仓库
git add README.md #添加单个文件 省略后面的文件名是添加所有文件
git config --global user.name xxx #配置git
git commit -m "first commit" #将暂存区的更改提交到本地仓库，并附加提交说明
git branch -M main #将当前所在分支或指定分支强制重命名为 main
git remote add origin https://github.com/xxx/xxx.git #首次关联远程仓库
git push -u origin main #推送代码2. 如何设置代理访问Github
全局代理设置
git config --global http.proxy http://127.0.0.1:1080
git config --global https.proxy https://127.0.0.1:1080只对GitHub进行代理
git config --global http.https://github.com.proxy https://127.0.0.1:1080
git config --global https.https://github.com.proxy https://127.0.0.1:1080sock5代理设置
git config --global http.https://github.com.proxy socks5://127.0.0.1:1086
git config --global https.https://github.com.proxy socks5://127.0.0.1:1086取消代理
git config --global --unset http.https://github.com.proxy
git config --global --unset http.https://github.com.proxy查看已有配置
git config --global -lGithub提交代码方法总结：实操前的检查清单
技术教程类内容最怕照抄命令却忽略环境差异。不同系统版本、Web服务器、插件组合、权限设置都会影响最终结果。操作前建议先记录当前配置，必要时做快照或备份。这样即使步骤出错，也能快速回滚。
操作前建议确认
- 系统和软件版本：确认 Windows、Debian、Nginx、Apache、WordPress 或相关工具版本。
- 权限：涉及凭据、证书、配置文件时，先确认当前用户是否有足够权限。
- 备份：修改配置文件前先复制一份原文件，WordPress站点建议同时备份数据库。
- 测试方式：每改一步就验证一次，不要等全部改完才排查问题。
排错思路
遇到报错时，先看错误发生在哪一层：浏览器、DNS、服务器、应用、插件还是权限。把问题拆小，比反复搜索一整段报错更有效。对于 WordPress、Nginx、证书、代理这类问题，日志通常比前台页面更可靠。
如果教程中的路径或菜单与你的环境不一致，优先以当前系统显示为准，再根据关键词定位相同功能。尤其是 Windows 控制面板、WordPress 插件菜单和云服务控制台，经常会因版本更新而调整入口。
后续维护建议
完成一次修复不代表问题永久消失。建议把关键命令、修改过的文件、修改时间和验证结果记录下来。后续迁移服务器、升级插件或换主题时，这些记录能节省大量排查时间。
Chinese 
English