gitlab的环境搭建及使用
1. 环境搭建
1.1 安装:
os: centos7
切换root进行下面操作:
yum install -y curl policycoreutils-python openssh-server #安装SSH协议
systemctl enable sshd #设置SSH服务开机自启动
ystemctl start sshd #启动SSH服务
yum -y install wget
yum -y install vim
wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-10.5.7-ce.0.el7.x86_64.rpm #添加gitlab镜像
rpm -i gitlab-ce-10.5.7-ce.0.el7.x86_64.rpm #安装Gitlab
1.2 修改配置:
修改gitlab配置文件指定服务器ip和自定义端口：
vim /etc/gitlab/gitlab.rb #修改gitlab配置文件指定服务器ip和自定义端口：
...
external_url 'http://gitlab.domain.com:10000'
nginx['listen_port'] = 10000
postgresql['shared_buffers'] = "256MB" #减少 postgresql 数据库缓存
sidekiq['concurrency'] = 1 #减少sidekiq的并发数
1.3 启动
重置gitlab配置:
gitlab-ctl reconfigure
启动gitlab:
gitlab-ctl restart
1.4 可能出现的问题
gitlab无法访问站点:
检测端口是都在监听
获取所有监听的端口:
netstat -aptn
查看某一个端口是否开放:
lsof -i:9001
如果有值说明该端口正在被监听,如果没有则任何东西则没有被监听.
修改配置后的执行顺序
gitlab-ctl stop
gitlab-ctl reconfigure
gitlab-ctl start
如果端口被监听,防火墙未开启,仍无法访问,可尝试下面的操作:
/sbin/iptables -I INPUT -p tcp --dport 9001 -j ACCEPT
这里9001是我自定义的端口号,记得与nginx['listen_port'] 的端口号保持一致.
2. gitlab使用
2.1 注册账号
访问自己配置的url连接-->输入超管密码,两次确认.
默认超管用户为root
点击register注册普通用户.
2.2 创建项目
Projects-->New project 创建新的项目
生成项目后,点击项目名,选择setting:
配置权限:
选择-->general: 选择文件类型 public|private|internal
分配人员:
选择-->members:
可以选择单个人,角色,和访问截止时间
2.3 生成客户端的ssh公钥:
ssh-keygen -t rsa -C "xxxxx@qq.com"
一路回车,确认
cd ~/.ssh
ls
cat id_rsa.pub
复制公钥到gitlib:
登录gitlab,点击setting-->ssh keys
将上面的公钥复制到key.注意不能有多余的空格
注意:如果不设置密码的话,以后
git clone可以直接执行,如果设置密码的话,以后git clone的时候都会输入密码
3. git的常用命令
3.1 下载安装
官网下载安装包安装
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
3.2 .将普通目录变成本地版本库
git init #将普通的目录变成版本库
新增一个文件
git add index.html #新增了一个文件,标记这个文件是需要新增的
提交文件
git commit -m "这是一段提交的描述"
查看当前提交状态
git status
3.3 版本回退
查看所有的提交记录
git log
git log --pretty=oneline #将所有的记录放到一行中
回退上一个版本:
git reset --hard HEAD^ #这种写法不必知道上一个版本的commit id,返回两个版本就是HEAD^^
回退到指定版本:
git reset --hard commitid #这个commit的是具体的id,可以不写全,写不重复的前几位就可以
在回滚一会想恢复到现在最新的版本,只需使用上面的方法,如果不知道commit id,已经查不到了,可以用 一下的方法
git reflog
可以查看你执行过的每一条记录和所在的版本
3.4 工作区和暂存区
-
工作区:
工作区就是执行
git init的所在目录 -
版本库:
工作区内有一个.git文件夹,这个文件夹就是版本库,.git文件里存储着我们操作git的记录
-
暂存区:
工作区编辑一行代码后如果想保存这种状态,需要先使用
git add将代码放到以个中转站,这个中转站就是暂存区,好处是,你可以一次commit多个文件,暂存区可以有效的减少提交到版本库的次数git status #可以查看文件的状态
3.5 撤销修改
在没有进入到版本库之前,存在暂存区或者修改了但是没有add的文件,可以使用一下方法,撤销所有操作到原始状态
git checkout --file # file是具体的文件名,一定要加-- ,不加的话表示切换分支
3.6 删除文件
删除操作跟修改操作类似,当你删除某个文件后,通过git status 可以查看,工作区文件和版本库文件不一致,
如果没有commit ,想恢复的话,使用git checkout --file跟撤销修改一致,如果确定要删除并且删除版本库上的文件
git rm test.txt
git commit -m"删除test.txt"
3.7 添加远程仓库
-
同步github
-
创建ssh key:
$ ssh-keygen -t rsa -C "youremail@example.com"在用户目录下有一个.ssh文件夹(winows是
C:UsersAdministrator.ssh,linux ,mac在当前用户目录,cd进入用户目录,然后cd .ssh,里面有id_rsa私钥,和id_rsa.pub -
登录github,点击右上角的头像,选择
settings打开了个人简介页,public profile,选择右侧的SSH and GPG keys, 右侧是新建一个ssh key,新建,打开页面,title任意填写, key,填写id_rsa.pub 里面的内容
-
-
添加远程库:
现有本地文件,需要同步到github,供别人合作使用:
-
现在github上面,创建新的仓库: 头像右侧,有一个加号,点击,选择
new repository -
将本地的项目推送到github
在github创建完仓库以后会有一个说明文档,如下
按照以下操作执行:
…or create a new repository on the command line echo "# git_practise" >> README.md git init git add README.md git commit -m "first commit" git remote add origin git@github.com:自己的git账户/项目名.git git push -u origin master#实际上是把当前分支master推送到远程加
-u不仅吧主分支提交,各个分支都会提交 -
3.8 克隆
git clone xxxx
3.9 分支管理
-
创建与合并分支
创建分支:
git checkout -b dev #创建dev(这个名字是随便取的)分支并切换(他会复制当前版本作为分支) git switch -c dev #同样是创建并其切换分支 git branch dev# 仅创建分支不切换 git switch dev #切换到分支 git checkout dev #仅切换dev git branck #查看当前分支列表,带*,表示当前分支 git merge dev #把另一个个分支合并当前分支,如果是想将分支dev合并到master,首先要定位到master git branch -d dev #合并完以后可以删除分支 -
解决冲突
当要分支合并主干的时候,因为分支和主干对同一文件都做了不同的改动,在合并的时候提示冲突,需要手动将代码整理好了以后再进行
addcommit操作,最后删除分支使用
git log查看分支合并情况git log --graph --pretty=oneline --abbrev-commit -
分支管理策略
master分支应该是非常稳定的,平时开发不再上面做,仅作为发布版本使用- 团队协作时,开发新的版本时,每个人都有自己的一个分支,共同向一个
dev分支去提交,然后dev去向master进行合并
-
bug分支
-
场景:当开发的版本
dev以前的代码有bug需要commit到主干并上线,但是现阶段开发的代码又不能commit提交.tip: 解释: 不同的分支在开发时使用
git add进行添加文件的时候,不同的分支存放文件的位置都是暂存区,所以当在dev开发的时候,add 很多文件,切换到master分支,这些文件也是可以看到的,所以在master主干进行提交的话,会把分支的文件也提交了,所以出现问题时需要将这些add文件封存.使用git stash -
解决方式:
-
-
查看暂存区是否有文件,如果有的话将现有的文件封存
git stash $ git stash list #封存文件列表
-
-
-
创建bug分支
git swtich -c issue
-
-
- 修改文件后,提交文件并删除问题分支
-
-
恢复封存的文件:
git stash pop #恢复的同时把stash内容删了 git stash apply #恢复后stash不删除,需要git stash drop来进行删除 -
修复的问题向其他分支进行提交:
#获取已经提交文件的commit id #切换到同样要进行修复的分支 #使用cherry-pick进行提交 git cherry-pick 4c805e2#这个4c...是已经提交过的commitId
-
-
feature分支
在日常开发中,有很多功能需要划分,分配到自己的时候,就需要根据需求建立一个feature分支,这个分支跟普通分支一样,只是因为功能划分,把他单独拿出来强调一下
git switch -c feature-vulcan#创建分支 git branch -D feature-vulcan #如果提交过文件并未合并分支的话,使用-d删除会报错,需要使用-D强制删除 -
多人协作
多人和做的时候需要个中央版本库,比如github,或者gitlab.
git remote #查看远程库的信息 git push origin master #推送主干 git push origin dev #推送dev分支哪些分支需要推送，哪些不需要:
- master分支是主分支,一定要同步
- dev是开发分支,团队所有人都在这上面进行开发也需要同步
- bug分支是自己修复问题创建的本地分支,不需要同步,但是修复后会合并到主分支或者dev分支,这是要提交的
- feature 分支是按功能划分的分支,取决于这个功能是否与人合作,如果进自己开发没必要提交github,如果是多人合作开发,则需要提交同步
多人协作工作模式:
-
git push origin branchName #推送自己的更改 -
git pull #如果冲突了则将版本库的代码拉下来,解决冲突在提交
3.10 标签管理
发布版本的时候,通常我们在版本库中带一个tag,标签相当于一个快照.同时tag也相当于给commitId取得一个别名.
-
创建标签:
git tag v1.0 # 首先要切换到需要打标签的分支上.然后再执行tag命令,默认标签是打在最新提交的commit上的 git tag v0.9 f52c633# f52..这个是commitId,根据id打tag git show #查看标签,标签不是按照时间排序的,而是按照字母进行排序的. -
操作标签:
git tag -d v1.0 #删除标签 git push origin v1.0 #给远程推送版本号 git push origin :refs/tags/v0.9 #删除远程的tag号