svn（集中式管理），git（分布式管理、协同开发、版本管理）

下载链接：https://git-scm.com/downloads

流程

1.有红色信息(工作区有内容)，就执行 add
2.全绿信息(内容全部在暂存区)，才执行 commit
3.只有被版本库控制的代码，才能被监听，所以可以回滚到任何一个版本

一：核心操作

1.初始化仓库

git init

.git目录默认隐藏,可以通过命令ls -ah显示

2.把文件添加到暂存区

添加指定文件

git add 文件名

一次添加多个文件

git add . 

3.提交暂存区内容到版本库

git commit -m '本次提交的说明'

4.把项目提交到(远程)仓储

git push

5.撤销暂存区提交：add的逆运算（很少使用）

①撤销所有暂存区的提交

git reset HEAD .

②撤销某一文件的暂存区提交

git reset 文件名

③撤销所有暂存区的提交

git reset .

6.过滤文件

①.gitignore 文件

1.在仓库根目录下创建该文件
2.文件与文件夹均可以被过滤
3.文件过滤语法

②过滤文件内容

文件或文件夹名：代表所有目录下的同名文件或文件夹都被过滤
/文件或文件夹名：代表仓库根目录下的文件或文件夹被过滤

③eg：

a.txt：项目中所有a.txt文件和文件夹都会被过滤
/a.txt：项目中只有根目录下a.txt文件和文件夹会被过滤
/b/a.txt：项目中只有根目录下的b文件夹下的a.txt文件和文件夹会被过滤
*x*：名字中有一个x的都会被过滤（*代表0~n个任意字符）
空文件夹不会被提交，空包会被提交，包可以被提交（包中有一个init空文件）

7.查看仓库当前的状态

查看状态（红色和绿色），必须全绿再提交到版本库

git status

8.查看提交日志

git log

9.回退版本

①回退到上一版本

git reset --hard HEAD^

②回退到上上版本

git reset --hard HEAD^^

③撤销所有暂存区的提交

git reset .

10.窗口关闭后回退版本

用来记录你的每一次命令

git reflog

二：用户操作

1.设置全局用户

git config --global user.name '用户名'
git config --global user.email '用户邮箱'

在全局文件 C:\Users\用户文件夹\.gitconfig新建用户信息，在所有仓库下都可以使用

2.设置局部用户

git config user.name '用户名'
git config user.email '用户邮箱'

在当前仓库下的config新建用户信息，只能在当前仓库下使用

一个仓库有局部用户，优先使用局部用户，没有配置再找全局用户

三：分支管理

1.查看远程分支

git branch -a

2.查看本地分支

git branch

3.创建并切换分支

（加-b表示创建并切换）

git checkout -b 分支名

4.切换回分支

git checkout 分支名

5.从主分支里创建新分支

git checkout master -b 新分支名

6.合并某分支到当前分支

git merge 分支名

7.删除分支

git branch -d 分支名
git branch -D 分支名 (强行删除分支)

四：git远程连接

1.无仓库，需要新建

mkdir test
cd test
git init
touch a.txt
git add a.txt
git commit -m "添加了a.txt"
git remote add origin 已有仓库  # 连接远程
git push  origin master

2.已有仓库

cd test
git remote add origin 已有仓库  # 连接远程
git push  origin master

3.查看远程仓库（没有就看不到）

-git remote

4.线上回滚

# 1 切换到master分支
# 2 回滚打某个版本  git reset --hard  版本号
# 3 强制提交代码 git push origin master -f

五：解决冲突

1.情况1

A和B同时开发项目并且都将服务器的分支代码拉（pull）到自己电脑上
A开发完后，将自己的项目推（push）到了服务器的分支
A和B修改的是同一行代码
B开发完后，没有先拉（pull），而是直接将自己的项目推（push）到了服务器的分支
此时，出现了冲突，这个冲突需要由B解决

解决方法：

-git merge A_master （在B_dev分支上操作）
-解决冲突（删你的，同事的，合并起来）
-git add .  git commit 
-正常了，冲突解决

2.情况2

master分支上a.py中的第10行代码为 x = 1
dev分支上a.py中的第10行代码为 x = 99
在master分支合并dev分支
此时同一个文件的同一行代码，在2个分支不同，出现了冲突

解决方法：

# 手动线下合并代码并提交到远程
-git checkout master
-git merge dev 

-如果出冲突，解决
    -git add .
    -git commit 
    -git push..

五：git项目创始者和开发者

1.项目创世者

负责分支的创建和管理

2.项目开发者

把项目拉下来，继续开发

-git clone https://gitee.com/xxxxxx/xxxx.git
    -能看到完整的版本和日志控制
    -可以回复到任意版本
    
-git rest --hard 版本号
-git checkout . # 表示回到指针指向的版本，因为已经用git rest --hard把指针移动了，所以checkout .就是当前再的版本上的东西

 #本地新增c.txt文件
    -提交到暂存区
    -提交到版本库（没有提交到远程，远程看不到）
    -提交到远程：git push origin master
    
# 让a文件夹中的代码成为最新的
	-git pull origin master

重点：每次再提交代码之前，一定要先更新代码（拉），如果不拉提不上去

六：ssh连接和https连接

1.公司内部大部分用ssh连接

-领导给你一个git地址（项目地址）
-你 git clone 地址  到本地
-改代码，改完了---》提交（禁止）
-ssh配置，以后都不用输密码了

2.配置如何做

-对称加密（加密和解密用同一套秘密）
-非对称加密（公钥和私钥），公钥加密，私钥解密

-生成一对公钥和私钥（用命令）
    -https://gitee.com/help/articles/4181
    -ssh-keygen -t rsa -C "lqz@qq.com" 生成到用户家目录的.ssh文件夹下（一个公钥，一个私钥）  
    -把公钥复制出来，去码云上配置

3.跟远程操作有三个命令

git pull
git push
-git feacth（一般不用，他跟pull是一个东西，当作不知道）

七：pycharm操作git

1.创建一个文件夹，右键Git Bash here ，输入下面命令

git init

此时，会生成一个.git的隐藏文件夹

2.将项目克隆下来

git clone https://xxxxx.gitee.com.xxx.git

3.右键 - 用pycharm打开

4.点击左上角：File - Settings，进行如图操作，可以获取到Git当前版本

5.2个按钮的功能

6.更多功能

7.一步到位的操作（修改+添加到暂存区+注释并添加到版本库+push到远程仓库）

八：其他操作

1.查看ssh密钥

①进入.ssh目录

cd ~/.ssh

②查看id_rsa.pub文件

cat id_rsa.pub

2.克隆远程项目

git clone 远程源地址

3.删除文件

①删除版本库中的文件

git rm filename

②恢复工作区中误删的文件

git checkout -- filename

PS：git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”

4.远程仓储

①创建ssh key密钥

ssh-keygen -t rsa -C "youremail@example.com"

②在远程仓库中添加ssh公钥

③关联远程库

git remote add origin git@server-name:path/repo-name.git

④第一次推送master分支的所有内容,此后只需要使用git push origin master即可推送最新修改

git push -u origin master

5.多人协作

①查看远程仓储的详细信息

git remote -v

②推送本地分支到远程仓库

git push origin 本地分支名

如果发生冲突，用git pull试图合并，如果发生冲突则解决冲突，再进行推送

如果git pull后提示no tracking information(没有追踪信息)，则进行第四项，建立关联，之后pull，有冲突再合并

③在本地创建和远程分支对应的分支

git checkout -b 本地分支 origin/远程分支名

④建立本地分支和远程分支的关联

git branch --set-upstream 本地分支名 origin/远程分支名

6.分支策略

1.master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

2.干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

3.每个人都有自己的分支，时不时地往dev分支上合并就可以了

7.git fetch和git pull的区别

与git pull相比git fetch相当于是从远程获取最新版本到本地，但不会自动merge。如果需要有选择的合并git fetch是更好的选择。效果相同时git pull将更为快捷。