Git 常见命令总结

Git 常用命令总结

git init : 初始化 git 仓库

git clone : 克隆 git 远程仓库

git config: 用于修改 git 配置(文件)

  • git config --global user.name "coderkxh" : 全局修改当前 git 提交时的用户

  • git config --global user.email "[email protected]" : 全局修改当前 git 提交时的用户邮箱

  • git config --global alias.ci commit : 配置命令别名(←: 后续就可以直接通过 git ci-m "desc" 来进行使用 "commit" 提交命令)

git 状态划分: Untracked / Unmodified / Modified / Staged(译: 未追踪 / 未修改 / 已修改 / 暂存区中的文件状态(new file / modified / ...))

  • git status : 查看当前状态,也可以通过 "git status -s / git status --short" 命令查看更加简洁的状态信息
  • git add . : 将所有文件添加到暂存区(也可以通过 git add 指定某个文件添加如暂存区)
  • git commit -m "提交信息" : 将暂存区中的文件更新提交
  • git commit -a -m "提交信息" : 我们可以通过该命令将 add 跟 commit 操作结合使用(即: git commit -a -m “提交信息” = git add . + git commit -m "提交信息")

git log: 查看历史提交

git reset: 版本回退

  • git --soft/--hard //

    • --mixed: 默认命令参数,表示可以不用带该参数,用于重置暂存区的文件与上一次的提交(commit)保持一致,工作区文件内容保持不变
      --soft: 参数用于回退到某个版本
      --hard: 参数撤销工作区中所有未提交的修改内容,将暂存区与工作区都回到上一次版本,并删除之前的所有信息提交(注意: 谨慎使用 –-hard 参数,它会删除回退点之前的所有信息)
      
      HEAD 说明:
      	HEAD 表示当前版本 -> HEAD^ 上一个版本 -> HEAD^^ 上上一个版本 -> 以此类推...
      	HEAD~0 表示当前版本 -> HEAD~1 上一个版本 --> HEAD^2 上上一个版本 -> 以此类推...
      
      commit_hash: 提交 hash 值,通过 git log 命令查看对应提交 hash
      

git 忽略文件 “.gitignore” 文件: 该文件可以配置一些无需 git 仓库管理的文件(如忽略如下文件 ↓ ...)

  • .DS_Store
    node_modules
    *.log
    explorations
    TODOs.md
    RELEASE_NOTE*.md
    packages/server-renderer/basic.js
    packages/server-renderer/build.dev.js
    packages/server-renderer/build.prod.js
    packages/server-renderer/server-plugin.js
    packages/server-renderer/client-plugin.js
    packages/template-compiler/build.js
    packages/template-compiler/browser.js
    .vscode
    dist
    temp
    types/v3-generated.d.ts
    

远程服务器

  • git remote: 查看远程服务器

  • git remote -v/--verbose: 查看远程服务器并列出对应URL

  • git remote add : 添加远程仓库

  • git remote rename : 重命名远程仓库

  • git remote set-url : 修改远程仓库 url

  • git remote remove : 移除某个远程仓库

  • git remote show 显示指定远程仓库的详细信息,包括 URL 和跟踪分支

  • git push -u / "": 提交某一分支内容至远程仓库

  • git pull / 拉取远程仓库中的代码(fetch)

    • 如果想要不写参数而是直接通过 "git pull" 拉取仓库代码时,需要给当前分支设置一个追踪点,如 →: git branch --set-upstream-to=origin.master

    • 拒接合并不相关历史: 简单来说就是:过去git merge允许将两个没有共同基础的分支进行合并,这导致了一个后果:新创建的项目可能被一个毫不 怀疑的维护者合并了很多没有必要的历史,到一个已经存在的项目中,目前这个命令已经被纠正,但是我们依然可以通过-- allow-unrelated-histories选项来逃逸这个限制,来合并两个独立的项目 git merge --allow-unrelated-histories

远程仓库常用操作:

  • 1. 从远程仓库clone代码:将存储库克隆到新创建的目录中: git clone /

  • 2. 将代码push到远程仓库:将本地仓库的代码推送到远程仓库中: git push -u / "" / git push(前提: 已经执行过左边的命令,提交过一次)

  • 3. 从远程仓库fetch代码:从远程仓库获取最新的代码:

    • (1) git fetch / git fetch origin // -- 默认情况下是从origin中获取代码
    • (2) git merge // -- 获取到代码后默认并没有合并到本地仓库,我们需要通过merge来合并
  • 4. 从远程仓库pull代码:上面的两次操作有点繁琐,我们可以通过一个命令来操作:

    • (1) git pull / git pull : // -- 该 "git pull" = "git fetch" + "git merge"

    • 合并冲突: 上面我们通过pull从Git远程仓库获取到分支内容后会自动进行合并(merge),但是并非所有的情况都可以正常的合并,某些情况下合并会出现冲突

      • base64

      • 冲突区域表示的序列符号: <<<<<<< & ======= & >>>>>>>
        	+ <<<<<<< 和 ======= 之间的所有内容都是你的本地修改
        	+ ======= 和 >>>>>>> 之间的所有行都是来自远程版本库或另一个分支的修改
        	+ 需要自行研究这两个部分并做出决定,进行手动合并对应代码(删除 | 保留 | ...)
        		<<<<<<<
        		本地修改
        		=======
        		另一分支的修改
        		>>>>>>> change_site
        

git 标签(tag):

  • git tag / git tag -m "描述信息": 创建 git 标签
  • git push oritin / git push origin --tags: 在 push 到远程仓库时,也添加对应的标签
  • git tag -d / Deleted tag : 删除本地仓库上的标签
  • git push origin --delete : 删除远程仓库中的标签

git 分支:

  • git branch: 查看分支
  • git branch -v: 查看分支,同时展示每个分支的最后一次提交
  • git branch : 创建分支
  • git checkout : 切换分支
  • git checkout -b : 创建分支并切换至该分支
  • git merge : 合并分支(将 分支合并到当前分支上) 已经合并的分支我们不再需要时,那么可以将其移除掉
    • git branch --merged: 查看所有合并到当前分支中的分支
    • git branch --no-merged: 查看所有没有合并到当前分支中的分支
    • 分支合并冲突与上面代码拉取部分同理
  • git branch -d / git branch -D : 删除某一个分支 / 强制删除某一个分支

git 远程分支: 远程分支是也是一种分支结构(以 / 的形式命名的)

  • git branch -r: 查看远程分支

  • git push origin : 将本地分支推送至远程仓库

  • git push origin --delete : 删除远程分支

  • git branch --set-upstream-to=origin/ : 将本地分支与远程分支进行关联

git rebase 用法(变基):

  • git rebase : 使当前分支的基移至某一分支(前提: 只能再当前分支的基础上向前移,不能向后移,即: 旧向新 rebase)
  • rebase 和 merge 的选择:
    • merge: 用于记录 git 的所有历史,那么分支的历史错综复杂,也全部记录下来
    • rebase: 用于简化历史记录,将两个分支的历史简化,整个历史更加简化
    • 注意: rebase 有一条黄金法则,就是 "永远不要在主分支上使用 rebase" 因为 rebase 会将 git 历史给简化,所以为了避免主分支 master/main 的历史在提交时不会有太大的变化,不要再主分支上进行 rebase

git 工作流(git flow): 由于 git 分支使用的便捷性,产生了很多 git 的工作流(在项目开发周期的不同阶段,可以同时创建多个开发的分支,进行对应的开发管理等,可以定期地把某些主题分支合并到其它的分支中)

  • 如以下工作流:
    • (1) master/main: 作为主分支
    • (2) develop: 作为开发分支,并且有稳定的版本时,再合并到 master/main 主分支中
    • (3) topic: 作为某一个主题、功能、特性的分支进行开发,开发完成后合并到 develop 开发分支中
    • ...
  • 常见工作流:
    • (1) master/main: 主分支
    • (2) hotfix: bug 处理分支
    • (3) develop: 开发分支
    • (4) feature: 新功能开发分支

你可能感兴趣的:(git,elasticsearch,大数据,前端)