花了一天时间了解并使用git进行版本控制,首先看了廖雪峰的git系统讲解,很是清晰易懂,可以让你系统了解git的内部结构及使用。
下面是记录使用IDEA提交项目等的步骤,适合新手,没什么技术含量。
Gitlab的团队开发方式:
- 所有人初始操作:
- 安装Git客户端
- 打开Git Bash
- 设置全局变量:
- $ git config --global user.name "Your Name"
- $ git config --global user.email "email@example.com"
- $ git config --global core.autocrlf false
- cd ~/.ssh
- ssh-keygen -t rsa -C "email@example.com"
- 一路回车
- 打开GitLab web管理界面(例如:192.168.1.123)
- 注册一个账号
- 将生成的本地的ssh公钥(id_rsa.pub)上传到GitLab上:
- 点击右上角的用户图标-Settings-SSH Keys进行公钥上传
- 上传完毕后就有权限操作自己的远程仓库了
- 组长初始操作:
- 创建项目(project)
- 创建项目组(group),并将涉及的组员添加到group,并设置组员的权限,一般设为开发者(developer)
- 将项目组和项目进行关联,在project-settings-members里关联,设置这个组的最高权限,一般设为开发者(developer)
- 组员初始操作:
- 将GitLab账号告知组长,由组长将你添加到项目组中,添加完毕后就可以看到这个组里的项目了
- 在本地克隆项目,克隆地址在项目的Overview-Details中,如:git clone git@192.168.1.123:gyd/Spiders.git
- 创建开发分支,比如开发京东爬虫,那么可以创建分支:git checkout -b dev-jdspider
- 将该分支推送到远程仓库:git push origin dev-jdspider
- 设置跟踪:git branch --set-upstream-to=origin/dev-jdspider dev-jdspider
- 开发阶段:
- 当一个功能模块开发完毕并测试通过后,需要在GitLab上发起一个merge requests,申请将开发分支合并到master分支
- 组内人员收到合并请求,开始进行code review,可以在GitLab进行简单讨论
- 审核失败则关闭合并,由模块开发者对代码进行修改,修改完后再重新发起合并请求
- 审核成功则进行合并,合并可能会遇到冲突(因为可能会有多个分支进行合并操作),遇到冲突先解决冲突,解决冲突后再进行合并!
下面是使用IDEA提交代码的过程。
1.在IDEA中配置Git:
选择菜单”File — Settings”,找到”Version Control — Git”:到Git的安装目录下的Git.exe执行文件所在地
<1>从远程库上克隆项目:
这时候本地就会出现一个和项目名称相同的文件夹,在文件夹下同样.git文件夹来记录版本信息,这时候git已经在本地帮我们建立好了一个仓库。因为我们是直接在git上克隆下来的,所有已经和远程的仓库建立了关联,我们可以直接进行代码的推送。
选择是打开项目
<2>创建分支,修改项目
【不可在master分支下开发新功能】一定要在自己的分支下,添加、修改项目文件。【push完代码后,删除掉自己的分支】
统一分支命名
dev-gyd
此时可以在clone下的项目里,完成业务需求了。
过程中文件颜色说明:
铁锈红:等待添加(add)到暂存区
绿色:文件已经添加到暂存区,等待提交
蓝色:对已有文件做了修改,等待提交
新建文件后,会有一个是否自动添加到缓存区的提示,选是,文件颜色会变为绿色,选否文件颜色是铁锈红。
在提交项目之前必须先对项目进行更新,此项特别重要,如果不进行更新,别人有项目提交到服务器上,那么你的项目将会提交不上去,使用git解决冲突会比较麻烦,即使你解决了冲突,但是有时候不注意会冲掉别人写的代码,所以提交自己项目前必须进行更新(特别重要);选择pull进行更新代码操作;
当确定好上步操作后,就可提交代码了
红色的文件表示新创建的文件{注:如果是蓝色,表示修改过的项目}(红色和蓝色都表示待提交项目),如果是红色的,选择 add,如果是蓝色, commit file;
如果是红色,add后,再选择commit file,提交。
点击提交后,文件颜色会变成黑色。
没有push到gitlab上的继续下个步骤:
生成一个新窗口,点击push即可。
在gitlab上需要创建合并请求,因为是在自己的分支上提交的改动信息。需要master项目负责人员把所有普通开发者的改动更新信息合并起来。
master人员将我们个人分支合并后,可以删除我们自己的分支。
master主分支是受保护的,也就是说只有项目的负责人才有权限在master分支上进行相关的操作,其他普通开发者只能向远程个人分支进行推送,远程仓库没有个人分支的,在普通开发者推送代码时会自动创建。
住:冲突无处不在,避免冲突,解决冲突。
修改远程仓库地址:
加减号自由添加删除,clone的项目会自动创建好。
注:以下操作可看可不看(会有和前边重复的地方)
以上操作都是在clone下的项目中进行的,所有已经和远程的仓库建立了关联,我们可以直接进行代码的推送。如果想把自己创建的完整项目推送到gitlab上,则需要和远程仓库建立关联等。
1.初始化项目文件。会在工作区生成一个隐藏目录.git,这个不算工作区,而是Git的版本库,是git的配置和仓库文件
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。
变化1:
变化2:<注意>这个时候只生成了一个master分支,且不能创建个人分支
变化3:此时右击初始化的项目文件会出现GIt选项 意味着可以进行添加、提交、push的操作了。
2.配置gitlab远程仓库链接
找到项目地址:
这个Gitlab上的地址是需要自己创建的,相当于是一个个人空白的仓库空间,等把自己的项目文件推送到里面后,别人就可以clone我们个人的项目了。
完成后点击确定即可。
3.添加和提交操作
git add是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。
Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
每次修改,如果不用git add到暂存区,那就不会加入到commit中。
Git add后,初始化的铁锈红文件变成了绿色,意味着现在放在了暂存区,可以提交了。
提交时:
<1>
<2>
<3>提交的时候会有三个选项,选择第二个和第一个即可,可选第一个
Commit后,项目文件变成了黑色
在gitlab上变化:
4 回退到上一版本 revert进行还原操作。
一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
总之,就是让这个文件回到最近一次git commit或git add时的状态。
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
*参考文档:
1.不懂Git的可以先看看廖雪峰的Git教程:
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
2.多人协作可以参考: