摘要: 数据备份: 首先要修改几个配置文件: [root@VM-75-68 gitlab]# vim /etc/gitlab/gitlab.rb gitlab_rails['manage_backup_path'] = true #打开备份路径 gitlab_rails['backup_path'] = " 阅读全文
posted @ 2020-07-31 11:29 一个运维 阅读(1007) 评论(0) 推荐(0) 编辑
摘要: 在企业环境中,针对一个项目的多个研发合作开发过程中,需要给每个研发创建属于他们自己的gitlab账号,并对特定用户赋予某些项目的操作权限! 这里就看下创建用户,和权限赋值的问题,由于gitlab版本很新的问题,跟网上那些教程都不一样,心态差点崩了! 创建用户:不说了,很简单,密码可以不设定,初次登录 阅读全文
posted @ 2020-07-31 11:27 一个运维 阅读(3596) 评论(0) 推荐(0) 编辑
摘要: Gitlab的服务构成: Nginx:静态web服务器。 gitlab-shell:用于处理Git命令和修改authorized keys列表。(Ruby) gitlab-workhorse: 轻量级的反向代理服务器。(go) GitLab Workhorse是一个敏捷的反向代理。它会处理一些大的H 阅读全文
posted @ 2020-07-31 11:24 一个运维 阅读(784) 评论(0) 推荐(0) 编辑
摘要: 工作区: 就是你在电脑里能看到的目录,比如我的gittest文件夹就是一个工作区: 版本库: 工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。 Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master 阅读全文
posted @ 2020-07-31 11:16 一个运维 阅读(707) 评论(0) 推荐(0) 编辑
摘要: 标签概念: 发布一个版本时,我们通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。 Git的标签虽然是版本库的快照,但其实它就是指向某个commit的指针(跟分支很像对 阅读全文
posted @ 2020-07-31 11:12 一个运维 阅读(278) 评论(0) 推荐(0) 编辑
摘要: 管理修改: 现在,假定你已经完全掌握了暂存区的概念。下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。 你会问,什么是修改?比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修 阅读全文
posted @ 2020-07-31 11:09 一个运维 阅读(298) 评论(0) 推荐(0) 编辑
摘要: 在管理版本库的过程中,经常会遇到需要删除某个文件的操作,在工作区我们可以直接点击删除,那么提交到版本库中的文件怎么办呢? 这里可以看到,首先我们删除一个已经提交到版本库里的test.txt文件! git status 他会提示你删除了文件。 此时,执行指令: git rm test.txt git  阅读全文
posted @ 2020-07-31 10:58 一个运维 阅读(593) 评论(0) 推荐(0) 编辑
摘要: 冲突的清情况,发生在两个分支中,都对同一个文件做了修改并提交了,那么在合并的时候,就会出现冲突的情况,下面我们模仿冲入的产生过程,并看看如何处理。 当前版本库的情况: [root@VM-75-64 test]# ll total 8 -rw-r--r-- 1 root root 78 May 15 阅读全文
posted @ 2020-07-31 10:52 一个运维 阅读(566) 评论(0) 推荐(0) 编辑
摘要: 软件开发中,经常会出现bug,在git中,由于分支的强大性,所以每个bug都可以通过一个新的分支去解决,修复后,合并分支,然后再将分支删除。 那么,现在出现了这样一种情况: 当你接到一个代号101的bug任务的时候,很自然的,你想创建一个分支,但是你在当前dev上的工作还没有提交,并且不还没有开发完 阅读全文
posted @ 2020-07-31 10:50 一个运维 阅读(294) 评论(0) 推荐(0) 编辑
摘要: 在实际开发中,我们应该按照价格基本原则进行分制管理: 首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活; 那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布 阅读全文
posted @ 2020-07-31 10:47 一个运维 阅读(239) 评论(0) 推荐(0) 编辑
摘要: 多人协作的工作模式通常是这样: 首先,可以试图用git push origin <branch-name>推送自己的修改; 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并; 如果合并有冲突,则解决冲突,并在本地提交; 没有冲突或者解决掉冲突后,再用git push or 阅读全文
posted @ 2020-07-31 10:41 一个运维 阅读(477) 评论(0) 推荐(0) 编辑
摘要: gitlab安装了之后,会自动给你装好Git,来看看Git的一些操作指令: 检出仓库:git clone git@192.168.75.64:root/gm.xnhd.com.git 查看仓库:git remote -v 输出结果为: 有点类似于svn的svn info,用于查看远程版本库的地址等情 阅读全文
posted @ 2020-07-31 10:38 一个运维 阅读(188) 评论(0) 推荐(0) 编辑
摘要: 1:安装依赖包 yum -y install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker 2:下载源码git压缩包 wget https://github.com/ 阅读全文
posted @ 2020-07-31 10:35 一个运维 阅读(384) 评论(0) 推荐(0) 编辑
摘要: 在上一篇中我们已经掌握了在单台ES情况下的日志收集以及展示的部署(ELK) 并且在部署的过程中,你发现了在elastcisearch-head插件的展示界面,es分配的副本的状态一直是灰色的: 这是由于每个索引都会默认分配5个主分片,日志数据分别存储在不同的分片上,实现分布式存储,达到分片查询,分片 阅读全文
posted @ 2020-07-31 10:32 一个运维 阅读(1451) 评论(0) 推荐(0) 编辑
摘要: 在整理操作流程之前,先了解如何分配索引以及副本个数~ 集群(cluster):由一个或多个节点组成, 并通过集群名称与其他集群进行区分 节点(node):单个ElasticSearch实例. 通常一个节点运行在一个隔离的容器或虚拟机中 索引(index):在ES中, 索引是一组文档的集合 分片(sh 阅读全文
posted @ 2020-07-31 10:28 一个运维 阅读(5085) 评论(0) 推荐(0) 编辑
摘要: ELK是用来做业务日志处理的, 日志主要包括系统日志、应用程序日志和安全日志。系统运维和开发人员可以通过日志了解服务器软硬件信息、检查配置过程中的错误及错误发生的原因。经常分析日志可以了解服务器的负荷,性能安全性,从而及时采取措施纠正错误。 通常,日志被分散在储存不同的设备上。如果你管理数十上百台服 阅读全文
posted @ 2020-07-31 10:00 一个运维 阅读(424) 评论(0) 推荐(0) 编辑