git基本使用

简介: Git版本控制的基本使用
声明:为方便描述:A,B,C都代表“分支”或者说“仓库”的名字
声明:gitAddress  代表git地址
(例如:git@git.com/xxxx/xxx || 'https://git.com/xxxx/xxx')

几个专用名词的译名:

  • Workspace : 工作区
  • Index / Stage : 暂存区
  • Repository : 本地仓库
  • Remote : 远程仓库

1.新建代码库

git init 创建本地仓库
git remote add origin gitAddress 本地库“关联”远程库
git remote remove origin 取消本地目录下关联的远程库
git clone gitAddress           从远程仓库克隆项目代码
git clone -b C gitAddress   从远程仓库克隆“指定分支C”上的代码

2.增加/删除文件

git add [file] 将指定文件添加到暂存区
git add .       添加当前目录下所有文件
git add -p 添加每个变化前,都会要求确认;对于同一个文件的多处变化,可以实现分次提交
git add -u 暂存修改的和删除的文件,不包括新增加的文件。
git add -A 暂存所有的文件,包括新增加的、修改的和删除的文件。
git rm [file1] [file2] … 删除工作区文件,并且将这次删除放入暂存区
git rm –cached [file1 [file2]
(说法1:删除本地仓储文件,但不会删除文件)
(说法2:停止追踪指定文件,但该文件会保留在工作区)
git mv [file-original] [file-renamed] 改名文件,并且将这个改名放入暂存区

3.代码提交

git commit -m “first commit” 提交暂存区到仓库区
git commit [file1] [file2] … -m [message] 提交暂存区的指定文件到仓库区
git commit -a 提交工作区自上次commit之后的变化,直接到仓库区
git commit -v 提交时显示所有diff信息
git commit –amend [file1] [file2] … 重做上一次的commit,并包括指定文件的新变化
git commit –amend -m [message] 使用一次新的commit,代替上一次提交;如果代码没有任何新变化,则用来改写上一次commit的提交信息

4.分支

git branch A 创建分支
git checkout -b A 创建分支A,并且切换到A分支上
git checkout B 切换到B分支上
git branch -a 查看所有本地分支和远程分支
git merge B 合并指定分支B到当前分支
git branch -d B 删除分支
git branch -D B 删除分支
git push origin –delete B 删除远程分支B
git push origin :B 删除远程分支B
git branch -dr [remote / branch] 也是删除远程分支
git push origin 本地分支A:远程分支A 将本地分支push到远程分支 ,并且命名远程分支的名字为A
git fetch origin 同步远程仓库
git push -u origin master 关联后,使用该命令第一次推送 master 分支的所有内容,后续再推送的时候就可以省略后面三个参数了,其中参数 u 代表上游(upstream)的意思。
git remote show <remoteName> 查看本地分支和远程分支的对应关系
git remote prune <remoteName> 修剪本地remote中不存在的远程分支
git remote set-url <name> <url> 修改对应的远程分支 
git rebase
Git会为你提供3个选择来修复导致冲突的提交(fa39187):
可以运行git rebase –abort来完全取消变基。这么做会取消变基修改,并将分支置回到执行git rebase之前的状态。
可以运行git rebase –skip来完全忽略该提交。这样,有问题的提交所引入的变化就不会被添加到历史中。
可以使用与合并冲突相同的标准步骤来解决冲突。

5.撤销

一.尚未push

1. git checkout [file] 恢复暂存区的指定文件到工作区
2:在还没有add的时候:
  1. git checkout 那个路径下的文件夹或者文件名。(就能撤销未添加的修改)
3:如果已经add过的文件:
  1. git reset HEAD 那个路径下的文件夹或者文件名。(就能回到未添加的状态)
  2. 然后在用 1 中的方法撤销修改。

==注意:如果你把某个文件删除了,或者是新添加的文件,都不会再恢复或者去掉,但是会把文件中的添加的代码去掉。==

5.如果已经commit过的文件:
  1. git reset –hard HEAD^ 那么如果要回退到上上个版本只需把HEAD^ 改成 HEAD^^ 以此类推。那如果要回退到前100个版本的话,使用上面的方法肯定不方便,我们可以使用下面的简便命令操作:git reset –hard HEAD~100 即可。
  2. ++不过还有一种比较实用的方法:
  3. reset –hard [你要回退的版本号] 这样就能直接回退到你指定的那一次提交。++
  • 例如:git reset –hard 852782f
5:可获取到每次提交的版本号
  1. git reflog

二.已经push

粗暴的方法:(只需两行命令)
  1. git reset –hard 1243ad3(commit唯一标识) 或者 git checkout (commit唯一标识 前7位)
  2. git push origin HEAD –force (强行push)

6.删除

git branch -D A 删除分支A

rm fileName 删除文件

7.配置

  1. git config – list 显示当前的git配置
  2. git config -e [–global]编辑git配置文件
  3. 设置提交代码时的用户信息
git config [–global] user.name
git config [–global] user.email

8.其他

git status 查看当前提交(commit)状态,例如:文件有没有被修改过

git diff [可选]fileName 查看具体修改了什么

git log 查看下历史记录

git show 查看最后一个 commit 的修改。

git stash 暂存修改

git stash pop 取回暂存修改

git push origin A 将代码push到A远程仓库中(例如:git push origin matser 将代码push到master远程仓库中)

git pull gitAddress origin A 将远程仓库A中的代码,拉取到本地仓库中

在本地目录下找到.git文件

# ls -a 
. .. .git .gitignore H2

删除 .git 
# rm -rf .git

git rm #删除文件 
git rm filename

git mv #修改文件名,或搬移目录 
git mv filename newfilename

常见问题:

1. 提交代码或pull 代码时,把如下的错误:
fatal: Unable to create ‘XXXXXX/.git/index.lock’: File exists.
解决办法: 
找到index.lock 删除即可,例如:rm -f XXXXXX/.git/index.lock
目录
相关文章
|
4月前
|
存储 开发工具 git
Git的简介以及基本使用
Git的简介以及基本使用
|
5月前
|
NoSQL Linux 开发工具
【Linux】第十站:git和gdb的基本使用(下)
【Linux】第十站:git和gdb的基本使用
63 0
|
5月前
|
NoSQL Linux 开发工具
【Linux】第十站:git和gdb的基本使用(上)
【Linux】第十站:git和gdb的基本使用
22 0
|
10月前
|
数据可视化 网络安全 开发工具
git可视化版本控制工具SourceTree的基本使用
git可视化版本控制工具SourceTree的基本使用
194 0
|
10月前
|
Linux 开发工具 数据安全/隐私保护
【Git】Git 的基本使用
【Git】Git 的基本使用
71 0
|
11月前
|
缓存 开发工具 数据安全/隐私保护
git基本使用和github使用仓库拉取和提交
git基本使用和github使用仓库拉取和提交
|
11月前
|
网络安全 开发工具 git
Git的基本使用
Git的基本使用
56 0
|
11月前
|
开发工具 git Perl
Git基本使用
Git基本使用
86 0
|
开发工具 git Docker
git:github的tag标签基本使用和自动发布软件包
git:github的tag标签基本使用和自动发布软件包
225 0
git:github的tag标签基本使用和自动发布软件包
|
关系型数据库 MySQL Shell
团队开发中git的基本使用和多人协作合并管理
最近忙于公司内部流程审批系统,团队在我未入职公司前,一直未使用版本控制,导致多数人不会使Git,开发人员对Git不熟练,项目版本控制受阻(开发人员普遍觉得sftp方便); 由我编写开发文档规范: 开发规范文档(包括:Php、Git、Mysql);
108 0

相关实验场景

更多