git 简介
# 多人，个人开发程序，需要解决的问题
1 帮助开发者合并开发的代码
2 如果出现冲突代码的合并，会提示后提交合并代码的开发者，让其解决冲突
3 做版本管理，找回很久以前写的代码
# 可以做版本管理和合并代码的软件
软件：SVN 、 GIT
#名词解释
git，gitee，github，gitlab
# git 是版本管理软件，可以装在不同操作系统平台，主要用来做版本管理
# github：全球最大的开源软件仓库（私有软件，花钱，国内公司一般不放在github）
# gitee：码云 中国版的github（少量公司用码云）
# gitlab：公司内部使用的代码托管平台
# svn和git
git：集群化，有没有客户端，git都可以使用
svn是客户端---》服务端架构
git 安装
-linux：centos
yum install git -y
-mac 下：
-https://github.com/timcharper/git_osx_installer/releases
下载软件，下一步安装
-win下
-https://git-scm.com/download/win
下载软件，下一步安装
git与svn比较
# svn :集中式管理，cs架构，客户端需要配合服务端才能正常使用功能
# git：分布式管理，单台机器就能进行版本管理
git工作流程
# 有三个区
-工作区：代码，文件存放的位置，新增，修改，删除文件，代码
-暂存区：把工作区的更改提交到暂存区
-版本库：把暂存区的数据，提交到版本库
# 工作流程
-在工作区修改代码，提交到暂存区，暂存区再提交到版本库，代码才被版本管理，可以回退
-各个区域可以相互操作，但工作区不能直接提交到版本库
常用命令
# 初始化仓库
git init # 当前文件夹成为仓库
git init 仓库名 # 在当前文件夹创一个新文件夹作为仓库
# 设置用户
1.全局用户----所有仓库都用该用户(有局部先局部)----用户家路径C:\Users\oldboy\.gitconfig中写入了
git config --global user.email "u eamil"
git config --global user.name "u name"
2.局部用户----当前仓库----.git文件夹下
git config user.email "u eamil"
git config user.name "u name"
# 查看当前仓库状态
git status # 只要是红色 说明工作区改了 但还没提交到暂存区
# 把工作区提交到暂存区(红-->绿)
git add . # .表示提交当前路径下所有更改 也可是单独某个文件名
# 把暂存区提交到版本库(绿变没)
git commit -m '注释内容'
# 查看版本管理信息
git log # 显示谁什么时间提交的 版本号多少
git reflog # 简略显示版本信息
# 把工作区回退到某个版本
git reset --hard 版本号
# 把暂存区拉回到工作区(绿变红)
git reset HEAD (一般不用)
# 把当前工作区的更改(不包含新增，只含修改和删除) 回退回去
git checkout .
git 过滤文件
# 在仓库目录下，新建一个 .gitignore 文件，文件中写 目录或者文件或者模糊匹配---》它可以完成对这些文件的忽略
# 项目的日志文件，生成的编译文件，前端项目的node_models文件夹都不需要被版本管理
# 写忽略文件可以完成这个事
""" 过滤文件内容
文件或文件夹名：代表所有目录下的同名文件或文件夹都被过滤
/文件或文件夹名：代表仓库根目录下的文件或文件夹被过滤
eg：
a.txt：项目中所有a.txt文件和文件夹都会被过滤
/a.txt：项目中只有根目录下a.txt文件和文件夹会被过滤
/b/a.txt：项目中只有根目录下的b文件夹下的a.txt文件和文件夹会被过滤
*x*：名字中有一个x的都会被过滤（*代表0~n个任意字符）
空文件夹不会被提交，空包会被提交，包可以被提交（包中有一个init空文件）
"""
## git 不管理空文件夹，文件夹下有文件，才会被管理
git 多分支开发
# 什么是多分支
git分支的概念 可以认为分支就是当前工作目录中代码的一份副本。 使用分支,可以让我们从开发主线上分离出来,以免影响开发主线
# 不同分支的操作，是相互独立的
# 分支合并可能会出冲突
# 面试题：你们公司git是如何分支，如何分支管理的
-我们公司，项目不大，基本就用三条分支 master主分支，dev开发分支，bug分支
-我们在dev分支上协同开发，如果出现bug，从主分支现拉出bug分支修改，修改后合并进主分支
操作命令
git branch # 查看分支
git branch 分支名 # 创建分支
git checkout 分支名 # 切换分支
git branch -d 分支名 # 删除分支
git merge 分支名 # 先切换到要合并进的分支(master) 再把分支合并到master里
git 远程仓库
上面都是在本地操作，做代码管理，咱们需要协同开发，把多人的代码合并到一起，需要有一个远程仓库，搭建都把代码提交到远程仓库，远程仓库帮我们做合并
github，gitee，gitlab 都是远程仓库
# 本地没有代码
git init 创本地仓库
git add .
git commit -m "注释"
# 本地有代码
git remote # 查看远程仓库
git remote move 名字 # 删除远程仓库的关联
git remote add origin https://gitee.com/xxx/xxx.git # 把本地代码提交到远程仓库 把本地master分支提交到远端的origin上
git pull origin master # 从远程仓库的master分支上拉代码
git push origin master # 往远程仓库的master分支上提交代码
ssh链接远程仓库、协同开发
# https的链接方式：输入用户名和密码，输入一次就被保存了
# ssh的链接，不需要用户名密码，需要公钥和私钥
第一步：生成地址参照地址：https://gitee.com/help/articles/4181#article-header0
第二步：在命令行中执行
ssh-keygen -t rsa -C "xxx@qq.com"
第三步：会在当前路径下生成公钥私钥
/c/Users/oldboy/.ssh/
id_rsa ：私钥 不能泄露
id_rsa.pub：公钥 可以给别人，配置到git远程仓库
第四步：公钥配置到gitee账户上
第五步：以后就不需要使用用户名密码，就可以直接操作gitee了，走的是ssh链接，而不是https链接
第六步：删除原来配置的https的origin
git remote remove origin
第七步：加入ssh的origin
git remote add origin git@gitee.com:liuqingzheng/luffyapi.git
# 注意，在公司里，在设置用户邮箱和名字的时候，要设置自己真正的邮箱（注册gitee，gitlab的邮箱）
# 协同开发
-第一步：你到公司（gitee，gitlab），注册账号
-第二步：把你的公钥配置在你的gitee，gitlab账号上
-第三步：把你的邮箱发给项目的管理者（你老大）
-第四步：他把你账号添加为开发者---》你就可以读写项目了
-第五步：你要把公司项目拉到本地
-方式一：直接下载zip
-方式二：在命令行中执行
git clone git@gitee.com:liuqingzheng/luffyapi.git
-第六步：改代码，提交 （ssh，https提交）
git add .
git commit -m '注释'
#在提交之前一定要拉一下代码
git pull origin master # 可能会有冲突
git push origin master
# 冲突出现的原因：
-分支合并
-多人在同一分支开发
冲突解决
1 多人同一分支开发出现冲突
# 多人在同一分支开发出现冲突
# 冲突出现的样子
print('lqz')
<<<<<<< HEAD
=======
print('sss')
>>>>>>> 732f1921741fa4d6153d1c4b7eb0302a509838d9
先把冲突的地方删除，剩下的代码分析，需要留哪些，到底是留我的代码，还是留同事的代码（删同事的，跟同事说一声），如果删自己的，不用说
2 分支合并出现冲突
操作流程
git branch dev
git checkout dev
在代码中增加一行
git add .
git commit -m '提交了'
git checkout master #加的一行看不到
在代码中增加同一行
git add .
git commit -m '提交了'
# 把dev合并到master中
git merge dev #冲突了
#解决冲突
git add .
git commit -m '提交了'
线上合并
######### 每次提交代码之前都要先拉一下######
#公司里叫提交 pr
# 操作步骤
在远端新建dev分支
在本地新建dev分支，切换到dev分支
执行git pull origin dev #把远端的dev拉倒本地的dev
修改代码
git add .
git commit -m '注释'
git pull origin dev # 先拉
git push origin dev # 把本地当前在分支（dev）推到远端dev
远端的master和dev代码就不一样了
远端合并代码
提交pr
你领导审核，审核过后，通过，就合并了
git变基和git fetch
# git rebase
-咱们正常合并代码使用git merge合并
-通过变基合并代码，可以让提交记录更简洁
-解决分支合并分叉问题
# git fetch用过吗？干什么用的
git pull 和git fetch
相同点首先在作用上他们的功能是大致相同的，都是起到了更新代码的作用。
不同点git pull 类似于 git fetch+git merge
# git 面试题
1 你们公司分支方案是什么样的？
master dev bug
2 使用git开发，遇到过冲突吗？
要么分支合并 要么多人同一分支开发
3 你知道git 变基？
知道 没用过 用的git merge
4 git pull 和git fetche的区别
用的全是git pull
git fetche只拉不合并
5 你知道git flow吗？git 工作流，它是一个别人提出的分支方案
我们没有用，我们用的就是master+dev+bug分支方案
6 使用git 的操作流程
7 什么是pr？
线上分支合并提交请求
标签：git,仓库,代码,dev,提交,相关,分支 来源： https://www.cnblogs.com/run-fast-hit-fast-win-fast/p/16467620.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。