Git&Gitee

git 分布式管理：每个客户端都能完成版本管理的功能
svn集中式管理：所有代码都放在服务端，版本管理由服务端完成

Git:分布式,无网络时也可以提交到本地版本库,待到有网络时再push到服务器.
svn:非分布式,无网络不可以提交

Git：是一种版本控制系统，是一个命令，是一种工具。

GitHub：是一个基于Git实现的在线代码托管仓库，包含一个网站界面，向互联网开放，公有仓库免费，部分私有仓库收费,全球最大的开源代码托管平台

GitLab：是一个基于Git实现的在线代码仓库托管软件，可以通过GitLab自己搭建一个类似于GitHub一样的系统，用在企业内部网络搭建Git私服，用于企业团队内部协作开发

Gitee：(码云) 是 OSCHINA 推出的代码托管平台,支持 Git 和 SVN,提供免费的私有仓库托管，面向互联网开发，分收费和付费，中国最大的开源代码托管平台

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

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

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

"""
>: git config user.name '用户名'
	-- 用户名
>: git config user.email '用户邮箱'
	-- 用户邮箱
	
注：在当前仓库下的config新建用户信息，只能在当前仓库下使用
注：一个仓库有局部用户，优先使用局部用户，没有配置再找全局用户
"""

"""
>: cd 目标目录
>: git init 文件/文件夹
"""

git init
'''
初始化仓库，会在当前文件夹下创建出一个.git的隐藏文件夹,git配置，版本信息在里面
'''

$ git add .
$ git status

#  其他，不需要太了解，基本不用
- 把工作区变化撤销
git checkout .
- 把暂存区拉回到工作区（绿变红）
git reset HEAD

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

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

 C:\Users\32972\Desktop\gittest   master ± 
$ touch .gitignore

# 写入如下内容
$ cat .gitignore
/test
*.txt
q.py

.idea
__pycache__
*.pyc
logs/*.log
scripts

git checkout -b dev
touch dev.txt
git add .
git commit -m 'dev分支增加了dev.txt'
git checkout master
git merge dev
----------
git checkout dev
git add .
git commit -m 'dev分dev.txt增加了一行'
git checkout master
git merge dev
------

"""
1）你作为项目仓库初始化人员：
	线上要创建空仓库 => 本地初始化好仓库 => 建立remote链接(remote add) => 提交本地仓库到远程(push)
	
2）你作为项目后期开发人员：（大部分都是公司已经有项目了，你基于这个项目继续开发）
	远程项目仓库已经创建成功 => 复制远程仓库到本地(clone) => 进入仓库就可以进行接下来的开发
"""

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

mkdir luffy_api
cd luffy_api
git init 
touch README.md
git add README.md
git commit -m "first commit"
git remote add origin https://gitee.com/li-gitte/luffy_api.git
git push -u origin "master"

cd existing_git_repo
git remote add origin https://gitee.com/li-gitte/luffy_api.git
git push -u origin "master"

# 1 查看远程仓库
git remote 
#2  添加远程仓库
git remote add 起一个名字 远程仓库地址
git remote add origin https://gitee.com/li-gitte/luffy_api.git  
    
# 3 删除远程仓库
git remote remove origin

# 4  把本地仓库提交到远程仓库
git push 远程仓库名字 分支名
# 第一次：要输入用户名密码，只要输入一次，以后就记录到操作系统上了
# windows：凭证管理，删除
git push origin master  

# 5 从远端仓库更新(拉取)代码
git pull 远程仓库名字 分支名
git pull origin master 


# 常用的命令
git add .
git status
git commit -m '注释'
git pull origin master
git push origin master

官网：https://gitee.com/help/articles/4181#article-header0

git remote remove origin  # 删除
git remote add origin git@gitee.com:li-gitte/luffy_api.git # 添加
git push oringin master    # 提交

如果公司项目已经存在，同事新入职，基于原项目开发
"""
1）生成自己电脑的公钥，配置到自己的码云个人公钥中
2）把自己的码云用户名提供给别人，别人添加你成为项目开发者
3）自己确认添加，成为开发者，克隆开发项目，进行开发
"""

"""
1）作为开发者，第一次同步项目>: git clone 项目地址
2）保证自己本地有dev分支，且与远程仓库版本同步(没有就自己新建)
3）本地开发的代码，必须add、commit到本地版本库后，才和远程仓库进行交互
4）交互顺序：必须 先拉(pull)后提(push)
5）必须切换到要交互的分支，在与远程同名的分支进行交互，如本地dev与远程dev交互
>: git checkout dev>: git add .
>: git commit -m '本次提交的信息提示'
>: git pull origin dev
>: git push origin dev
"""

git clone 地址

会把远端冲突的代码合并进来
<<<<<<< HEAD  # 冲突开始
HammerZe is big    # 这里是我的代码
=======
HammerZe is tobig    # 这里是远端代码
>>>>>>> e2d67d7517d66d244f824a32e20d4dd43f4ffc4d # 冲突结束

# 查看代码，如果是同样的功能，选择保留同事的或自己的，如果是不同功能，两个代码都保留，如果真的要删同事的代码，交流抉择删除冲突代码，最终解决冲突

git add .
git commit -m '解决冲突'
git pull origin master
git push origin master

git branch dev
# 加入会冲突的代码
git add .
git commit -m '主分支加入了一行'
git checkout dev
git status
# 加入会冲突的代码
git add .
git commit -m 'dev分支加入了一行'
git checkout master
git merge dev
# 出现下面冲突

<<<<<<< HEAD
HammerZe is big
=======
HammerZe is very big
>>>>>>> dev

# 手动解决冲突，再提交
git add .
git commit -m '分支合并冲突解决'

# 提交pull request---》提交pr---》提个合并分支请求

# 提交pr---》你领导审核---》审核通过同意---》代码合并完成

# 本地某个分支加入了代码，提交到远端

# 在远端新建一个pull Request，选择要合并的两条分支---》提交了领导收到请求

# 看你的代码---》没有问题---》同意---》合并到分支中去，完成线上分支合并