GitHub 部署常用命令

GitHub提交修改上传同步回退等常用命令。本文将详细介绍实际项目中如何应用它。

简体中文
cover

将本地代码同步到 GitHub 的步骤

当您在本地完成代码调试并确认修改无误后，可以按照以下步骤将更改推送到 GitHub。

1. 检查修改状态

首先查看哪些文件被修改、添加或删除：

git status
  • 这会显示当前工作目录的状态，包括：
  • 已修改但未暂存的文件（红色）
  • 已暂存但未提交的文件（绿色）
  • 示例输出：
  • Changes not staged for commit:
  • modified: package.json
  • modified: src/App.tsx

2. 添加修改到暂存区

  • 将您想要提交的文件添加到暂存区：
git add .
  • 或仅添加特定文件
git add src/components/Reactions.tsx

3. 提交修改

- 将暂存区的修改提交到本地仓库：
git commit -m "修复 Reactions 组件的空值引用错误"
Terminal
UTF-8

提交信息 应简洁明了，描述此次修改的目的

  • 可以使用多行提交信息： git commit -m "修复 Reactions 组件的空值引用错误"
  • 添加了对 meta 和 metaUser 对象的空值检查，
  • 确保在数据未加载或不完整时组件仍能正常运行。
  • 查看提交记录
git log --oneline
  • 示例输出：
  • 1a2b3c4 (HEAD -> main) 修复首页布局问题，更新依赖版本
  • 5d6e7f8 初始化项目

4. 拉取最新代码（重要！）

- 在推送前，确保您的本地仓库是最新的：
git pull origin main/git pull
Terminal
UTF-8
- 如果有冲突，需要解决冲突后再提交
- 冲突解决后，再次提交：
git add .
git commit -m "解决与远程仓库的冲突"
Terminal
UTF-8

5. 推送修改到 GitHub

- 将本地提交推送到 GitHub 仓库：
git push origin main
Terminal
UTF-8

origin 是远程仓库的别名 main 是要推送的分支名称（根据您的仓库可能是 master）

  • 如果是首次推送，可能需要设置上游分支
git push -u origin main

6. 验证提交

    1. 访问您的 GitHub 仓库页面
    1. 检查提交历史，确认您的修改已成功推送
    1. 查看 Vercel 自动部署状态，确认网站已更新

常见问题解决

1. 忘记配置Git用户信息

git config --global user.name "您的 GitHub 用户名"
git config --global user.email "您的 GitHub 邮箱"
Terminal
UTF-8

2. 权限问题

如果推送时提示权限错误，可能需要：

- 使用 SSH 密钥（推荐）
- 或重新设置远程仓库 URL
git remote set-url origin [email protected]:leafshow/gkBlog.git
Terminal
UTF-8

3. 分支不同步

如果本地分支落后于远程分支：

git pull --rebase origin main

4. 认证失败

  • 检查远程仓库URL
git remote -v
  • 如果是HTTPS，切换到SSH
git remote set-url origin [email protected]:username/repo.git

5. 冲突解决

  • 查看冲突文件
git status
  • 手动编辑冲突文件，然后
git add .
git commit
Terminal
UTF-8

撤销上次提交：

  • 保留修改
git reset --soft HEAD^
  • 不保留修改
git reset --hard HEAD^

6.工作流建议

  1. 创建分支：对于较大的修改，建议创建新分支：
  • 例如创建修复bug分支：
git checkout -b fix-reactions-component
  • 完成修改后
git push origin fix-reactions-component
  • 例如创建开发新页面分支：
git checkout -b feature/new-page
  • 开发完成后合并
git checkout main
git merge feature/new-page
Terminal
UTF-8
  • 例如创建新功能分支
git flow feature start new-feature

  1. Pull Request：通过 GitHub 创建 Pull Request，进行代码审查后再合并到主分支

  2. 持续集成：配置 GitHub Actions 或 Vercel 的自动部署，确保每次提交都能触发构建和测试

  3. 初始化Git Flow

git flow init
  1. 发布版本
git flow release start 1.0.0
  1. 定期拉取更新
- 每天开始工作前
git pull origin main
Terminal
UTF-8

7. 修改报错后回退

  • 可以回退到修改前的内容。因为已经执行了commit提交操作，所以需要将git仓库版本恢复到上一个版本，然后将暂存区域文件恢复到工作目录，可以按照以下步骤进行操作：
  1. 先使用
git reset HEAD~

命令，将版本回退到上一个版本，此时文件恢复到了暂存区域。2. 再执行

git checkout -- apps/gkBlog/src/components/Footer.tsx

将暂存区域的文件恢复到工作目录，这样就可以将Footer.tsx文件回退到修改前的状态了。3. 另外，如果使用git reset命令回退版本后，还需要将本地的回退结果推送到远程仓库，可以使用

git push -f

命令，但要注意该操作可能会覆盖远程仓库的提交历史，使用时需谨慎。

通过以上步骤，您的修改将被安全地同步到 GitHub，并自动触发 Vercel 的部署流程。

  • 查看项目根目录下的 apps 目录
ls -la gkBlog
  • 查看 apps/gkBlog/src/pages 目录
ls -la apps/gkBlog/src/pages
  • 查看 apps/gkBlog/src/pages/blog 目录
ls -la apps/gkBlog/src/pages/blog
  • 检查配置路径是否存在
ls -la apps/gkBlog/src/pages/blog

  • 输出应显示你的MDX文件目录结构

  • 终极解决方案

  • 如果以上步骤仍无法解决问题，建议：

  1. 重置 TinaCMS 配置：
rm -rf .tina
  1. 重新初始化 TinaCMS：
npx tinacms init

  1. 逐步添加配置，每次测试是否能加载文件

  2. 确认正确的包名和版本 TinaCMS 最新版本已将 @tinacms/next 合并到核心包中，正确的安装命令应为：

  • 安装TinaCMS核心包和必要依赖
npm install tinacms @tinacms/cli @tinacms/mdx next react react-dom --save-dev
  1. 清除 npm 缓存并重新安装
- 清除全局和项目缓存
npm cache clean --force
Terminal
UTF-8
  • 重新安装依赖（指定版本避免兼容性问题）
npm install [email protected] @tinacms/[email protected] @tinacms/[email protected] [email protected] --save-dev
  1. 重新初始化 TinaCMS：
npx tinacms init
  1. 启动开发服务器：
npm run dev
Don't
fix: fix login issue, update readme, refactor header component
Do
fix: fix login issue
docs: update readme for new login feature
refactor: refactor header component
文章在技术分类中；
#Github#编程
0
0
0
0