问题 几位同事合作搞一些东西,打算在Gitlab上建一个仓库,然后协同开发.建好仓库后,将其他几位同事添加进来,角色分配为Developer. 之后提交初始代码到master分支后,他们用sourceTree拉取代码后进行开发,之后再提交时发现无法提交,提示没有权限. 解决方案 研究了下Gitlab,最终解决方案是:在项目的[Setting]中的[Protected branches]可以设置哪些分支是被保护的,默认情况下[master]分支是处于被保护状态下的,develop角色的人是无法提交

Centos7安装配置gitlab 这篇文字我会介绍在Centos7上安装gitlab,配置gitlab的smtp,并且创建项目demo. sudo yum install openssh-server sudo yum install postfix sudo yum install cronie sudo service postfix start sudo chkconfig postfix on sudo lokkit -s http -s ssh 使用清华大学gitlab的镜像http

注意只有master权限的用户才可以push到主线master分支上(默认受保护)(当一个新版本的app定版之后,才会提交到master分支上,平时不建议使用该分支),developer没有push到主分支的权限,但可以pull 所以,为了与小伙伴能正常使用Gitlab这个版本控制器,我们采用 公用一个新分支develops(名字随便起,最好让合作的小伙伴见文知意),下面是需要在终端中输入的命令: 2016.08.19 对gitlab的重新认识 一.第一次使用 (开发人员:小A) 1.需要建立一

问题:使用Git时,会碰到需要对某个分支进行保护,避免其他人随意push. 这里以gitlab为例,具体操作如下: 1.进入项目 2.点击左侧列表中的Settings 3.点击Protected Branches 4.进入后可发现,当前默认master分支为受保护,即只能master角色可以push 5.以develop分支为例进行保护 如上图区域1中,在Branch中选择分支develop,点击Protect,如果需要developer角色可以push,则勾选“Developer can pu

生成SSH Keys 生成root账号的ssh key # ssh-keygen -t rsa -C "admin@example.com" 显示pub key的值 # cat ~/.ssh/id_rsa.pub 复制显示出来的 pub key 以root账号登陆gitlab,点击 "profile settings" 然后点击 "SSH Keys" 将复制的pub key粘贴进去,然后点击 Add key 创建一个GitLab仓库 点击 +Ne

1.1 关于版本控制 1.1.1 本地版本控制 本地版本控制系统 许多人习惯用复制整个项目目录的方式来保存不同的版本,或许还会改名加上备份时间以示区别.这么做唯一的 好处就是简单,但是特别容易犯错.有时候会混淆所在的工作目录,一不小心会写错文件或者覆盖意想外的文件. 1.1.2 集中化的版本控制系统 如何让在不同系统上的开发者协同工作?于是,集中化的版本控制系统(Centralized Version  Control Systems,简称 CVCS)应运而生.这类系统,诸如 CVS.Subve

第1章 GitLab管理 1.1 版本控制系统 版本控制系统(version control system)是记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统.版本控制系统不仅可以应用于软件源代码的文本文件,而且可以对任何类型的文件进行版本控制,广泛应用的如svn,git等 1.2 常见版本管理工具 1.2.1 SVN 集中式的版本控制系统,只有一个中央数据仓库,如果中央数据仓库挂了或者不可访问,所有的使用者无法使用SVN,无法进行提交或备份文件 1.2.2 Git 分布式的版本控

介绍使用TortoiseGit初次创建并上传到gitlab项目库,转载请注明出处. 一.需要先安装git环境,并配置Git用户名及邮箱. 二.用PuTTYgen生成公约私钥对(鼠标画画).PuTTYgen在装Tortoise时自己会安装好.生成后保存公私钥在电脑上,并将公钥复制到gitlab上. 保存如下,文件名称须自命名: 公钥一般以ssh-rsa开头: 在gitlab网页的ssh密钥管理界面添加好公钥.在个人设置界面设置: 三.打开Pageant添加.配置本机的私钥,以求与gitlab关联上

实验环境: 测试机:192.168.2.156 Jenkins:192.168.2.157 Gitlab:192.168.2.158 温馨提示:如果不知道,Jenkins和Gitlab安装过程~可参考本人的一下博客文章 https://www.cnblogs.com/bixiaoyu/p/9560992.html (Jenkins.war包构建Jenkins平台) https://www.cnblogs.com/bixiaoyu/p/9231861.html (企业级代码托管Gitlab) 一:

1. 步骤 1.首先现在电脑端安装好git,windows端请安装Git for Windows,Linux端请自行网上查询(Ubuntu: sudo apt-get install git)   2.先核对下电脑上是已经有ssh配置 #Git Bash on Windows / GNU/Linux / macOS / PowerShell: cat ~/.ssh/id_rsa.pub   3.若没有,则需要生成ssh的公钥私钥 Git Bash on Windows / GNU/Linux /

一.修改远程分支关联 删除远程分支关联 将指向github的远程分支关联关系删除 git remote rm origin 添加新的远程分支关联 新的remote地址指向gitlab相应地址 git remote add origin <项目gitlab上的SSH地址> 修改后可以使用以下命令查看修改是否生效 # 查看远程分支关联 git remote -v 二.修改提交用户名 如果github与gitlab所用用户名和邮箱不一样,可以这么做 修改gitlab所用用户名 git config

GitLab CI + Docker 实现持续集成 一.持续集成(Continuous Integration, CI)的基本概念 概述 在传统软件的开发中,代码的集成工作通常是在所有人都将工作完成后在项目即将结束进行时,而这往往会花费大量的时间和精力.而持续集成是一种将集成阶段放在软件开发阶段的做法,以便更加有规律地构建,测试和集成代码. "持续集成并不能消除 Bug,而是让它们非常容易发现和改正." 持续集成可以在开发人员提交了新代码后,立刻进行构建.单元测试.从而我们可以根据测试

目录 一.理论概述 1.什么是gitlib 2.GitLab服务构成 3.Git对比SVN 二.部署 1.简单操作GitLab 三.项目实践:SVN代码迁移至GitLab 环境 1.Linux下部署SVN服务器及简单实用 2.Linux下SVN客户端进行测试及简单使用 3.先将SVN服务器上代码迁移至Git 四.项目实践:GitLab之间的代码迁移(环境迁移) 五.总结 一.理论概述 1.什么是gitlib Gitlab 是一个基于Git实现的在线代码仓库托管软件,你可以用Gitlab自己搭建一

环境: 内存必须5G以上 centos7.5 服务端:192.168.0.74 客户端:192.168.0.73 GitLab的安装 1.在CentOS系统上,下面的命令将会打开系统防火墙HTTP和SSH访问. yum install curl policycoreutils openssh-server openssh-clients -y systemctl enable sshd systemctl start sshd yum install postfix -y systemctl e

本人PHP开发者,项目组大多是PHP,少量java项目. 因公司目前服务器和项目的管理比较混乱,与领导商量后,决定尝试 gitlab+jenkins自动化部署(之前用的svn FTP手动部署代码),解放生产力. 其实仅gitlab自己就可以实现代码的自动化部署,gitlab有自己的CI,甚至只用gitlab的webhook(新版本叫 Integrations )+ 服务器端shell脚本就可以实现自动化部署. 但我们为什么还要用jenkins呢, 1.提供一个可视化的操作界面,对部署结果一目了然

现状:现在是这样的,每个开发push时,都触发jenkins进行构建 期望:只有当代码被push到master时才进行构建 (根据使用的git平台)做这些配置需要先了解一些概念: (github) pull request (gitlab) merge request 理解 GitHub 的 Pull Request 和 GitLab 的 Merge Request 有区别吗?看这篇 https://cloud.tencent.com/developer/article/1341633 个人理解

1.本地创建一个新的分支 git branch develop 2.切换到新创建的分支 git checkout develop 3.将新的分支发布到gitlab上 git push origin develop 4.跟踪远程分支 git branch --set-upstream develop origin/develop

2017年6月份的时候,我就着手在公司推广git,首先我自己尝试搭建了GitLab来管理代码,并且通过以下博客记录了GitLab的搭建,以及GitLab备份,GitLab升级等事情. git学习——>在CenterOS系统上安装GitLab并自定义域名访问GitLab管理页面 git学习——>如何汉化GitLab? (转)git学习——>Git 分支管理最佳实践 git学习——> Gitlab如何进行备份恢复与迁移? git学习——> 解决Gitlab 版本升级之后,发送 m

开发模式介绍 master为生产环境分支 trunk为测试环境分支 开发分支由程序员自己取名 比如来一个新项目之后,下面步骤都是在本地操作 1.从本地获取远程master最新代码,保证本地master是最新的代码 2.根据master新建一个新的分支 3.开发完成以后,获取远程新的trunk分支代码,保证合并之前本地trunk是最新的代码,把开发分支合并到trunk分支进行测试 4.测试通过以后,获取远程master最新代码,保证合并之前本地master是最新的代码,开发分支合并的master

把公司的SVN迁移到GitLab CE(GitLab社区版)原因主要有下面几个: 年青的新人进来,喜欢用git的越来越多 GitLab CE提供了优美的 web 界面,图形化分支结构,更直观的代码审查,统计.issue 系统.wiki 等功能全面集成 Git 比SVN commit和push更快,Git库就在本地,commit是本地提交,回家照样干活.push的时候是push一个压缩的文件,而不是一个个文件的push. Git数据库是分布式的,每个用户都有一个本地库,数据更安全. 因为是本地co

环境规划 主机分配 192.168.2.139 : gitlab 192.168.2.141 : jenkins 192.168.2.142 : haproxy01 192.168.2.143 :haproxy02 192.168.2.144 :tomcat01 192.168.2.145 : tomcat02 各节点环境配置 安装一些使用的工具包 [root@ansible ~]# ansible all -m shell -a 'yum install vim gcc gcc-c++ wge