当前位置:文档之家› 关于PowerControlV1.2版本升级到PowerControlV1.24版本的说明

关于PowerControlV1.2版本升级到PowerControlV1.24版本的说明

关于PowerControlV1.2版本升级到PowerControlV1.24版本的说明
关于PowerControlV1.2版本升级到PowerControlV1.24版本的说明

北京四方博能自动化设备有限公司

研发通知

博能研发字(2008) 号签发:

关于PowerControlV1.2版本升级到PowerControlV1.24版

本的升级说明

PowerControlV1.24版本说明

该版本变更内容如下:

1.数据库容量变更,重新生成了DMS库和SCADA.h文件,数据库容量变更为:遥测:由10000增加为15000

遥信:由25000增加为35000

遥脉:由5000增加为6000

遥控:5000

装置信息表:由1000增加为1500

2.RTDBAPI.dll:变更了变化数据处理,统一到这次打包之中

3.前置程序:前置中增加一种新的链路类型,专门处理CSC2000以太网装置直接上后台的方式,在已投运的现场升级时仍可采用dflow中转模式

4.转发工作站:

?增加了单通道传输能力

?增加与DCS遥控功能

?增加与共创五防的接口

是否参与五防,采用遥信表中的字段IsPdr(考虑使用现有字段,不增加新的字段),其定义如下:1-------是PDR点;2-------是参与五防的点;3-------既是PDR的点又

是参与五防的点。该约束的配置可以在Dbview中完成,更改DbView.ini文件,增

加该项约束,即可提供友好的人机界面进行配置;更改配置文件(config目录):

TransDataProtocol.ini。

5.图形编辑:程序中增加遥测遥脉的计算点关联功能,从而可以使得模拟量的计算点能够在画面上显示并且刷新

6.图形浏览:

?遥控增加五防的判断流层,用于与五防厂家的通讯

?解决进行遥控操作时没有操作报警的问题

7.计算点的刷新处理:计算点的数据状态更改为实时刷新,解决前一版本中计算点状态为离线的情况,上一版本中计算点在画面上始终是灰的状态,更改后使计算点始终是刷新状态

8. 报警程序AlarmList:更改报警程序,解决了报警“打印与否”的配置问题

9. 录波程序waveinterface:由于数据库中的装置名称中存在空格,因此在读取索引文

件时名称时中断造成失败。更改了录波程序读取索引文件的文件名,可以读取带空格的文件名

10.DFlow模块:解决了该模块不能完全退出的问题

11.CSN031E.exe

更新了031E维护软件,增加了可以配置031E外接Modbus规约的配置

伴随着031E维护软件的更改,同步更改了config目录中的ProtocolTypeDef.ini文件和DeviceTypeDef.ini文件

12.数据转发选点工具

由于转发程序单通道的数据容量变化,相应的转发工作站选点工具中的转发数据宏也相应更改。单通道数据容量更改为

YC:2500

YX:3500

YM:1000

13.Curve模块:解决了连接历史库失败的问题,调整了模块显示框的大小

升级原则:

针对以下情况考虑升级成PowerControlV1.24版本

新近开始服务的工程统一采用PowerControlV1.24版本

对于已经开始调试的和需要系统改造的工程,当数据库的容量超过原规模限制时,需要升级成PowerControlV1.24版本。

对于已经投运的现场不再进行升级。对于处于大修期间的,用户有升级要求的情况,再行讨论。

升级步骤:

升级程序时如果条件允许最好由技术支持(或者在研发人员的指导下)完成。

1.新工程

对于新工程,直接运行PowerControlV1.24安装程序安装软件,然后按照正常的PowerControl使用流层进行即可。

2.已经存在PowerControl工程升级

对于已经存在的PowerControl工程升级为PowerControlV1.24工程,采用如下步骤:

数据库操作

1、利用SQL企业管理器,选中DMS库中的3个关于数据库结构的表

(TABDBINFOR,TABFIELDINFOR,TABTABLEINFO),将这3个表删除。

2、利用SQL企业管理器还原数据库DMSCHANGE。

3、利用SQL企业管理器对DMSCHANGE进行“导出数据”操作,将这3个表

(TABDBINFOR,TABFIELDINFOR,TABTABLEINFO)导入到DMS库中。

程序升级

1、在笔记本上(或工程外的一台电脑)安装PowerControlV1.24软件,安装完成后将

笔记本上的PowerControl\bin目录下所有文件替换到目标计算机上PowerControl\bin下文件

2、将笔记本电脑上PowerControl\config目录下DbView.ini、TransDataProtocol.ini、

ProtocolTypeDef.ini、DeviceTypeDef.ini文件替换目标计算机上PowerControl\config 目录下相应文件

3、将笔记本电脑上PowerControl\DataBase目录下所有文件替换目标计算机上

PowerControl\DataBase目录下相应文件。

[注] 对于CSPA2004工程升级,请参见PowerControlV1.2版本的升级文档,不在本文档讨论范围内。

[附录] 数据库的操作指导

1、利用SQL企业管理器,选中DMS库中的3个关于数据库结构的表

(TABDBINFOR,TABFIELDINFOR,TABTABLEINFO),将这3个表删除。

2、利用SQL企业管理器还原数据库DMSCHANGE。

3、利用SQL企业管理器对DMSCHANGE进行“导出数据”操作,将这3个表

(TABDBINFOR,TABFIELDINFOR,TABTABLEINFO)导入到DMS库中。

按照导出数据向导一步一步执行

然后按照默认的下一步就可以完成3个数据表导入到DMS库中的操作

本通知发放到:工程部

抄送:

编制:楚彦君审核:年月日

博能研发字(2007) 003 号通知发放记录

git工作流程(阮一峰完整总结版本各流程变化且有独到见解)

Git 工作流程(阮一峰完整总结版本,各流程变化,且有独到 见解) Git 作为一个源码管理系统,不可避免涉及到多人协作。协作必须有一个规范的工作流程,让大家有效地合作,使得项目井井有条地发展下去。"工作流程"在英语里,叫做"workflow"或者"flow",原意是水流,比喻项目像水流那样,顺畅、自然地向前流动,不会发生冲击、对撞、甚至漩涡。 本文介绍三种广泛使用的工作流程: Git flow Github flow Gitlab flow 如果你对Git还不是很熟悉,可以先阅读下面的文章。 《Git 使用规范流程》 《常用Git 命令清单》

《Git 远程操作详解》 一、功能驱动 本文的三种工作流程,有一个共同点:都采用"功能驱动式开发"(Feature-driven development,简称FDD)。 它指的是,需求是开发的起点,先有需求再有功能分支(feature branch)或者补丁分支(hotfix branch)。完成开 发后,该分支就合并到主分支,然后被删除。 二、Git flow 最早诞生、并得到广泛采用的一种工作流程,就是Git flow 。 2.1 特点 它最主要的特点有两个。 首先,项目存在两个长期分支。 主分支master 开发分支develop 前者用于存放对外发布的版本,任何时候在这个分支拿到的,

都是稳定的分布版;后者用于日常开发,存放最新的开发版。其次,项目存在三种短期分支。 功能分支(feature branch) 补丁分支(hotfix branch) 预发分支(release branch) 一旦完成开发,它们就会被合并进develop或master,然后被删除。 Git flow 的详细介绍,请阅读我翻译的中文版《Git 分支管理策略》。 2.2 评价 Git flow的优点是清晰可控,缺点是相对复杂,需要同时维护两个长期分支。大多数工具都将master当作默认分支,可是开发是在develop分支进行的,这导致经常要切换分支,非常烦人。 更大问题在于,这个模式是基于"版本发布"的,目标是一段时间以后产出一个新版本。但是,很多网站项目是"持续发布",代码一有变动,就部署一次。这时,master分支和develop 分支的差别不大,没必要维护两个长期分支。

gitlab代码版本管理流程2020414

GitLab代码开发管理 一,分支管理 GitLab固定三个分支及其关系master-->release-->development,三个分支只有Maintainers允许merge,允许push. 设置方法:Settings-->Repository-->Protected Branches可以添加保护分支策略,如下图: 图1.1分支保护 成员分支: 每个成员须从development分支下创建自己的开发分支,命名规则development_xxx_bugfix或者development_xxx_newfeatures等,xxx代表开发者名字全拼. 二,开发管理 开发提交代码步骤: 1,成员在自己拥有的分支上开发new features或者bug fix 2,完成之后push到自己的分支 3,创建merge request到development分支并指向研发负责人 4,研发负责人收到merge request后进行code review 5,没有问题之后研发负责人merge此次request;有问题的话和开发者说出问题所在,并且关闭此次merge request

图2.1开发提交代码步骤流程 三,发版管理 待测试完成测试后,分支需由研发负责人按照development-->release-->master进行merge,最终master分支保留有本次版本开发的最新最全没有bug的代码 四,tag管理 新版本发布后必须创建tag封版本,方便以后对之前版本和问题的追踪管理 具体步骤:Repository-->Tags-->New tag

图3.1创建tag

gitlab issue详细操作流程

gitlab issue详细操作流程 issue概述 一般master分支默认是被锁住,其目的是保护该分支。普通开发人员可以创建issue后建立对应的分支然后去完成任务。完成issue后便要合并分支,只需发送merge request ,等待owner审核通过才能合并到master分支上。合并的过程中可能会出现代码冲突问题。而这个问题却交给了owner去处理,因为普通开发人员是没有权限的。 Issue 指的是一项待完成的工作,通常与系统的改进相关,中文可以译为'问题'或'事务'。下面这些都是Issue 的例子。 一个软件的bug。 一项功能建议。 一项待完成的任务。 文档缺失的报告。 每个Issue 应该包含该问题的所有信息和历史,使得后来的人只看这个Is sue,就能了解问题的所有方面和过程。历史上,Issue 起源于客服部门。用户打电话反映问题,客服就创建一个工单(ticket),后续的每一个处理步骤、每一次与用户的交流,都要更新工单,记录全部信息。这就是Issue 的前身。因此,Issue 的原始功能是问题追踪和工单管理,后来不断扩展,逐渐演变成全功能的项目管理工具,还可以用于制定和实施软件的开发计划。

除了软件,其他项目也可以使用Issue,比如有人把自己住宅的改善计划都做成了Issue Issue操作流程 1.what用户克隆代码到本地。 假如我们创建好了项目,并添加了开发人员what账户。项目地址是: http地址:http://192.168.99.102/root/cloud-dev.git Ssh地址:git@192.168.99.102:root/cloud-dev.git 作为一个开放人员what,第一步我们需要将仓库拉到本地电脑上去。为了方便拉取仓库,这里详细说明下用sshkey秘钥认证拉取仓库。在what研发电脑上创建一个秘钥。打开Gui,选择Help-Show SSH Key。

gitlab使用指南

gitlab使用指南 1 gitlab介绍 GitLab 是一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的web服务。 GitLab是基于网络的Git仓库管理工具,且具有wiki和issue跟踪功能。使用Git作为代码管理工具,并在此基础上搭建起来的web服务。 GitLab,它使用Ruby语言写成。后来,一些部分用Go语言重写。 2应用特点 1.Web框架使用RubyonRails。 2.基于MIT代码发布协议。 3.需要gitolite协同工作 3优点 GitLab为整个DevOps生命周期提供解决方案 1.管理 统计和分析功能。 GitLab提供统计数据和洞察力,以帮助提高GitLab在组织中的价值。 2.计划 项目计划和管理功能。 使用GitLab灵活的项目管理工具可视化,确定优先级,协调和跟踪进度。 3.创造 源代码以及数据创建和管理功能。 将源代码整合到一个易于管理和控制的分布式版本控制系统中,而不会影响工作流程。GitLab的Git存储库附带分支工具和访问控制,可为项目和代码的协作提供可扩展的单一事实来源。 4.校验 测试,代码质量和持续集成功能。 内置的静态代码分析,代码测试,代码质量,依赖项检查和Review Apps可以更快地发现错

误,提高安全性并缩短反馈周期。自定义您的批准工作流控件,自动测试代码质量,并为每个代码更改启动过渡环境。 GitLab持续集成是下一代测试系统,可以扩展以更快地运行测试。 5.包 Docker容器注册表。 GitLab软件包允许组织将GitLab用作各种常见软件包管理器的专用存储库。用户能够构建和发布程序包,这些程序包可以很容易地作为下游项目中的依赖项使用。 6.发布 应用程序发布和交付功能。 花更少的时间配置工具,而花更多的时间创建工具。无论要部署到一台服务器还是数千台服务器,都可以通过GitLab内置的持续交付和部署来自信,安全地构建,测试和发布代码。 7.配置 应用程序和基础结构配置工具。 使用GitLab Auto DevOps自动执行从构建到部署和监视的整个工作流程。最佳实践模板可帮助您从最小到零的配置开始。然后自定义所有内容,从构建包到CI / CD。 8.监控 应用程序监视和指标功能。 确保应用程序始终响应并可用。 GitLab会收集并显示已部署应用程序的性能指标,因此可以立即知道代码更改如何影响生产环境。 9.安全 安全功能功能。 检查应用程序是否存在安全漏洞,这些漏洞可能导致未经授权的访问,数据泄漏和服务拒绝。GitLab将对应用程序代码执行静态和动态测试,查找已知缺陷并在合并请求中报告这些缺陷,以便可以在合并之前修复它们。安全团队可以使用仪表板来获得项目和组的高级视图,并在需要时启动补救过程。 4运行gitlab gitlab-ctl start

Git-GitLab讲解

Git 简介及 GitLab 使用 一、Git 简介
Git 和其他版本控制系统的主要差别在于,Git 只关心文件数据的整体是否发生变 化,而大多数其他系统则只关心文件内容的具体差异。 Git 并不保存这些前后变化的差异数据。 实际上, Git 更像是把变化的文件作快照后, 记录在一个微型的文件系统中。每次提交更新时, 它会纵览一遍所有文件的指纹信息并对 文件作一快照, 然后保存一个指向这次快照的索引。 为提高性能, 若文件没有变化, Git 不 会再次保存,而只对上次保存的快照作一链接。 文件的三种状态 对于任何一个文件,在 Git 内都只有三种状态:已提交(committed),已修改 (modified)和已暂存(staged)。已提交表示该文件已经被安全地保存在本地数据库中 了;已修改表示修改了某个文件,但还没有提交保存;已暂存表示把已修改的文件放在下 次提交时要保存的清单中。 由此我们看到 Git 管理项目时,文件流转的三个工作区域:Git 的工作目录,暂存 区域,以及本地仓库。
基本的 Git 工作流程如下: 1. 在工作目录中修改某些文件。 2. 对修改后的文件进行快照,然后保存到暂存区域。 3. 提交更新,将保存在暂存区域的文件快照永久转储到 Git 目录中。 所以,我们可以从文件所处的位置来判断状态:如果是 Git 目录中保存着的特定版 本文件,就属于已提交状态;如果作了修改并已放入暂存区域,就属于已暂存状态;如果 自上次取出后,作了修改但还没有放到暂存区域,就是已修改状态。 工作目录下面的所有文件都不外乎这两种状态: 已跟踪或未跟踪。已跟踪的文件是指 本来就被纳入版本控制管理的文件,在上次快照中有它们的记录,工作一段时间后,它们 的状态可能是未更新,已修改或者已放入暂存区。而所有其他文件都属于未跟踪文件。它

gitlab-使用配置

以下所有操作基于root用户,安装路径为默认路径 安装gitlab服务器 下载地址 添加执行权限 chmod +x bitnami-gitlab-7.4.3-0-linux-installer.run 运行安装文件 ./bitnami-gitlab-7.4.3-0-linux-installer.run 安装所带的软件 - GitLab 7.4.3 - Apache 2.4.10 - ImageMagick 6.7.5 - MySQL 5.5.40 - Git 1.9.0 - Ruby 1.9.3-p550 - Rails 4.1.6 - RubyGems 1.8.12 安装过程 The installer detects that exists a 'git' user in the system. This installer will change the config uration for this user. Do you want tocontinue the installation? [y/N]: y ----------------------------------------------------------------------- Welcome to the Bitnami Gitlab Stack Setup Wizard. ----------------------------------------------------------------------- Select the components you want to install; clear the components you donot want to install. Click Nextwhen you are ready tocontinue. GitLab : Y (Cannot be edited) GitLab CI [Y/n] :Y Is the selection above correct? [Y/n]: Y ----------------------------------------------------------------------- Installation folder Please, choose a folder to install Bitnami Gitlab Stack

基于gitlab源码管理解决方案

基于git、gitlab源码管理解决方案 武汉交易通信息技术有限公司 2017年7月6日

目录 基于git、gitlab源码管理解决方案 (1) 1 ........................................................................................................................................ 宗述 3 1.1适用范围 (3) 1.2术语解释 (3) 1.3 gitlab简介 (3) 1.4目标以及解决的问题 (3) 1.5应用背景 (3) 2 源码管理需求和问题分析 (4) 2.1项目源码权限控制 (4) 2.2项目源码版本备份与安全 (4) 2.3项目的进度跟踪 (4) 3 基于gitlab解决方案 (5) 3.1 gitlab项目访问级别控制 (5) 3.2 gitlab项目版本库备份 (7) 3.3 gitlab项目版本库管理 (8)

1 宗述 1.1适用范围 本文档适用于产品实施部源码管理域 1.2术语解释 Push: 推送 Pull:拉取 Commit:提交 Clone:克隆 1.3 gitlab简介 gitlab是开源的源码协作软件。使用细粒度访问控制管理git仓库以达到确保你的源码安全。可执行源码检查和提高源码合并请求。每一个项目都有各自的问题跟踪日志。全球超过10万个组织在使用,gitlab是管理git仓库的最流行的软件之一。 1.4目标以及解决的问题 目标: (1)项目访问级别设置。 (2)项目管理和跟踪。 (3)用户访问权限设置。 解决的问题 (1)项目备份繁琐。 (2)版本差异对比繁琐。 (3)版本回退困难。

gitlab日常备份、恢复和迁移

Gitlab 创建备份 使用Gitlab一键安装包安装Gitlab非常简单, 同样的备份恢复与迁移也非常简单. 使用一条命令即可创建完整的Gitlab备份: gitlab-rake gitlab:backup:create 使用以上命令会在/var/opt/gitlab/backups目录下创建一个名称类似为 1393513186_gitlab_backup.tar的压缩包, 这个压缩包就是Gitlab整个的完整部分, 其中开头的1393513186是备份创建的日期. Gitlab 修改备份文件默认目录 你也可以通过修改/etc/gitlab/gitlab.rb来修改默认存放备份文件的目录: gitlab_rails['backup_path'] = '/mnt/backups' /mnt/backups修改为你想存放备份的目录即可, 修改完成之后使用gitlab-ctl reconfigure命令重载配置文件即可. Gitlab 自动备份 也可以通过crontab使用备份命令实现自动备份: sudo su - crontab -e 加入以下, 实现每天凌晨2点进行一次自动备份: 0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create Gitlab 恢复 同样, Gitlab的从备份恢复也非常简单: # 停止相关数据连接服务 gitlab-ctl stop unicorn gitlab-ctl stop sidekiq

# 从1393513186编号备份中恢复 gitlab-rake gitlab:backup:restore BACKUP=1393513186 # 启动Gitlab sudo gitlab-ctl start Gitlab迁移 迁移如同备份与恢复的步骤一样, 只需要将老服务器/var/opt/gitlab/backups目录下的备份文件拷贝到新服务器上的/var/opt/gitlab/backups即可(如果你没修改过默认备份目录的话). 但是需要注意的是新服务器上的Gitlab的版本必须与创建备份时的Gitlab版本号相同. 比如新服务器安装的是最新的7.60版本的Gitlab, 那么迁移之前, 最好将老服务器的Gitlab 升级为7.60在进行备份. 其他 最新版本的Gitlab已经修复了HTTPS设备的BUG, 现在使用官方HTTPS配置即可轻松启用HTTPS.

GitLab在windows用户端的安装使用详细教程_8877179

代码管理工具GitLab 可视化界面在 windows 安装教程 --作者:Able 1.Windows下TortoiseGit over Putty or Openssh提交项目到GitLab(可视化工具):(安装教程按照1进行) 具体安装教程: Windows下TortoiseGit over Putty or Openssh提交项目到GitLab Gitlab默认的配置推荐使用shell命令行与server端进行交互,作为搞SCM的表示无压力,但是作为开发人员还是比较适应windows的GUI图形管理,方便他们将注意力集中到代码编写上,所以今天刚好接着昨天给大家介绍一下使用windows下的git client工具实现将本地代码提交到远程服务器. 解决方案: 环境部署 操作系统Windows7 x64 Sp1 TortoiseGit TortoiseGit-1.8.11.0-64bit.msi Git Git-1.9.4-preview20140815.exe Putty PuTTY 0.63 OpenSSH owned by Git 下载地址: https://www.doczj.com/doc/2019050938.html,/QaaLGsd23BsWL(访问密码96d7) 注: 此处下载地址中的安装包都为64位版本,32位请另行下载. 一.部署前的准备工作 安装TortoiseGit,Git,Putty,默认下一步安装即可,其中Git为Git client环境安装包,确保w indows包含git环境. 二.配置PuTTY authentication agent 在安装TortoiseGit后,可以选择使用OpenSSH客户端还是使用Putty客户端,如果使用的是默认的Putty客户端,由于TortoiseGit GUI连接不支持server端自定义端口配置,若GitLab 使用的SSH端口为自定义端口,则需要使用PuTTY的authentication agent去做一个本地的端口转发. 1.首先使用TortoiseGit自带的Puttygen创建本地的公/私钥对

私有 gitlab 使用手册

私有
gitlab
简易使用手册
CE
SCM
编号 密等 日期 作者
Mar. 30, 2016 Roy Hu

版权声明 。 Copyright 2016? Copyright 商标声明 本书所提到之商标,皆属於原合法注册公司所有。 Trademarks All brand names and product names used in this book are trademarks, registered trademarks, or trade name of their respective holders. 免责声明 。 LIMITATION OF LIABILITY .

修订记录
版本 Revisio
n
出版日期 Issue Date
修订章节 Section Changed
出版修订原因 Reason for issue
Draft mm-dd-yyyy
All
Draft Initial
备注 Remarks


目录
1 第一章 简介 ............................................................
设备现况 ..............................................................................
2 TORTOISEGIT ............................................................
先到下载 git for Windows 适合的版本安装................................................ 到下载适合的版本安装 .................................................................. 初始化版本库目录 ...................................................................... Commit 提交 ........................................................................... 提交时产生新分支 ...................................................................... 提交的时机 ............................................................................ Stash 储藏 ............................................................................ 切换至某分支/取出某提交 ...............................................................
3 ATLASSIAN SOURCETREE ...................................................
到下载 ................................................................................ 浏览整个专案 ..........................................................................
4 GITLAB CE ..............................................................
登入 .................................................................................. 画面说明 .............................................................................. Groups 专案群组 ....................................................................... TortoiseGit push 推送本地版本库至 GitLab CE 上的新专案 .................................
於 GitLab CE 建立新专案...............................................................

Gitlab使用手册

Gitlab使用手册

目录 一Gitlab账号/库申请流程 (3) 1.1 Gitlab账号申请 (3) 1.2 Gitlab库申请 (3) 二Gitlab登录 (3) 2.1 Gitlab 访问路径 (3) 2.2 Gitlab登录页面 (3) 三Git环境配置 (4) 3.1创建公钥 (4) 3.1.1 Linux环境 (4) 3.1.2 Windows环境 (4) 3.1.3 MacOS环境 (7) 3.2 Gitlab SSH页面配置 (7) 四Git操作命令 (8) 4.1 Git本地仓库操作命令 (8) 4.1.1 git init/git clone 初始化库 (8) 4.1.2 git status 查看状态 (9) 4.1.3 git add 添加文件 (9) 4.1.4 git diff 对比文件 (9) 4.1.5 git commit 提交更新 (10) 4.1.6 git rm 移除文件 (10) 4.1.7 git mv 移动文件 (11) 4.1.8 git log 查看提交历史 (11) 4.1.9 git reset 撤销操作 (12) 4.1.10 git branch 创建分支 (13) 4.1.11 git merge 分支合并 (13) 4.1.12 git conflict 解决冲突 (14) 4.1.13 git tag 创建标签 (14) 4.2 Git远程仓库关联操作命令 (15) 4.2.1 git remote 查看远处仓库 (15) 4.2.2 git remote show 查看远程仓库信息 (15) 4.2.3 git remote add 添加远程仓库 (15) 4.2.4 git fetch 从远程仓库抓数据 (16) 4.2.5 git pull 获取最新版本 (16) 4.2.6 git push 推送数据到远程仓库 (16) 4.2.7 git remote rename/rm远程仓库重命名/删除 (17)

CENTOS 安装GITLAB笔记

升级完成后,系统版本是6.5。 增加PUIAS安装源 PUIAS Linux是面向桌面和服务器的完整的操作系统,它靠编译Red Hat Enterprise Linux 的源代码包来创建。除了这些上游的软件包外,该项目还提供一些其他的软件仓库:

“Addons”包含了通常的Red Hat发行中未收入的额外软件包,“Computational”提供专门针对科学计算的软件,“Unsupported”则收入各种各样的测试性软件包。该发行由美国普林斯顿大学的高等研究所维护。 创建/etc/yum.repos.d/PUIAS_6_computational.repo,并添加如下内容: 下载并安装GPG key 检验下是否安装成功 Tips:安装完EPEL和PUIAS两个源后,可以检测下:

RHEL提示 如果部分包不能安装,例如:eg. gdbm-devel, libffi-devel and libicu-devel,那么增加rhel6的安装源。 配置redis 配置redis使其在开机时启动: f、配置邮件服务器 笔者注:这个过程笔者没有配置,请参考英文文档。 2、安装Ruby 下载并编译:

安装完成后,重新登录终端确保$PATH生效,检测ruby的安装成功与否: 安装bundle: 如果提示sudo: gem: command not found,使用root账号登录执行该命令即可。如果无法下载--http-proxy http://5.53.16.183:8080使用该参数 系统用户 创建用户git 因为git用户不需要登录,所以这里不需要设置git的密码。 转发所有邮件 笔者注:因为上面没有配置发送邮件,这里也省略。 4、配置GitLab shell GitLab shell是专门为GitLab开发的提供ssh访问和版本管理的软件。 先使用root登录,而后切换成git

gitlab跨版本升级流程

Gitlab跨版本升级流程 1.升级需求 跨版本升级,从8.16.4升级到10.8.4,不丢数据。 2.升级流程 升级版本顺序请参考官方建议: https://https://www.doczj.com/doc/2019050938.html,/gitlab-org/gitlab-ce/tree/master/doc/update 升级添加如下gitlab-ce的yum源 [root@gitlab ~]# cat /etc/yum.repos.d/gitlab-ce.repo [gitlab-ce] name=gitlab-ce baseurl=https://https://www.doczj.com/doc/2019050938.html,/gitlab-ce/yum/el6/ repo_gpgcheck=0 gpgcheck=0 enabled=1 gpgkey=https://https://www.doczj.com/doc/2019050938.html,/gpg.key 本次升级原理:以退为进,逐步升级。 2.1.从8.16.4升级至8.17 首先卸载8.16.4的版本。卸载后,数据会自动保存,不会被删除。 rpm -e gitlab-ce-8.16.4-ce.0.el6.x86_64.rpm 然后安装指定版本 yum install -y gitlab-ce-8.17.0 重读配置 gitlab-ctl reconfigure 查看状态,如果状态都为run。测试数据是否正确。如果正确,服务器做个快照,进行下一步版本的升级。 gitlab-ctl status 2.2.从8.17升级至9.0.0 卸载8.17 rpm -e gitlab-ce-8.17.0-ce.0.el6.x86_64.rpm 然后安装指定版本 yum install -y gitlab-ce-9.0.0 重读配置 gitlab-ctl reconfigure 查看状态,如果状态都为run。测试数据是否正确。如果正确,服务器做个快照,进行下一步版本的升级。 gitlab-ctl status 2.3.从9.0.0升级至9.5 卸载9.0.0 rpm -e gitlab-ce-9.0.0-ce.0.el6.x86_64.rpm 然后安装指定版本 yum install -y gitlab-ce-9.5.0 重读配置 gitlab-ctl reconfigure

使用Git开发项目流程说明

使用Git开发项目流程说明 一、一次性操作 1.公司相关负责人在gitlab上面创建新项目,并进行初始化<远程公共> 2.员工fork该项目<远程自己> 3.员工clone自己fork的项目:git clone <远程自己项目git地址> <项目名称> 4.增加remote:git remote add public <远程公共项目git地址> 二、每次开发必须操作 5.拉取远程公共最新代码:git pull public master --rebase 6.员工进行项目开发 (1)创建+切换分支:git checkout -b<本次开发分支名> (2)开发 (3)测试结果并通过 (4)添加跟踪文件:git add . (5)提交本次开发:git commit -m '描述' 7.切换到开发主分支:git checkout master 8.拉取远程公共最新代码:git pull public master --rebase (同【5】) 9.合并代码 (1)保留分支提交记录,合并后不需要提交代码:git merge <本次开发分支名> (2)不保留分支提交记录,合并后需要重新提交代码: ①git merge --squash <本次开发分支名> ②git commit -m '描述' 10.测试结果并通过 11.push到远程自己:git push 12.删除本次开发分支:git branch -d <本次开发分支名> 13.本次开发完成 三、开发完成后的操作

14.发起远程公共合并申请 15.公司负责人审核代码并操作 四、常用命令参考 16.Git 配置信息 (1)全局设置用户名:git config --global https://www.doczj.com/doc/2019050938.html, "用户名" (2)全局设置邮箱地址:git config --global user.email "邮箱地址" (3)查看系统配置:git config --system --list (4)查看当前用户配置:git config --global --list (5)查看当前仓库配置:git config --local --list 17.查看工作区的状态:git status 18.查看修改内容:git diff 19.本地分支 (1)重命名:git branch -m <目标分支名> <新的分支名> (2)推送本地分支到远程分支:git push origin master (3)把本地tag推送到远程:git push --tags (4)获取远程tag:git fetch origin tag 20.远程分支 (1)抓取原仓库的修改:git fetch <远程分支> (2)查看远程分支:git branch -r (3)拉取远程分支并创建本地分支:git checkout -b <本地分支名> <远程分支> (4)删除远程分支:git push origin --delete (5)删除远程tag:git push origin --delete tag 21.创建空白新分支 (1)git checkout --orphan (2)git rm -rf . (3)git commit -am 注释 (4)git branch -a 22.Git版本历史穿梭 (1)查看提交历史 ①查看穿梭前:git log ②查看穿梭后未来:git reflog (2)还原版本:

公司gitlab使用全流程要点

默认在windows系统下使用 1第一个root用户开启所有服务和项目之前是需要SSH验证的 2如果要新建项目 1新建项目,到对应名字比如zectone/fcms_webzectone是组的名字fcms_web是项目的名字 使用第二个设置权限设定少一点 2开启一些低权限让所有人都可以修改(我们公司) 从这个地方点开,把下面的权限勾选成这样 3增加成员要先给指定的密码(它要求必须8位),然后

比如设定是12345678 再用这个比如用户名xuy 密码12345678来登录 进入系统修改密码比如123456789 以后就使用这个密码 3使用时最好编辑组员都使用admin权限就 就是可以不用组员专门设置一个SSH 就可以访问下载和上传 然后就是git的操作比如我们上传一个叫FCMS_Tea的项目 注意@!!如果是完全没有的新项目上传 先设置上传机器的公钥 1在桌面新建文件夹FCMS_Tea 2在这个文件夹里面点击右键git bash 得到这个路径就是对的 3先设置全局声明这里最好写成gitlab上面的设置好的用户名和密码gitconfig --global https://www.doczj.com/doc/2019050938.html, "root" gitconfig --global user.email admin@https://www.doczj.com/doc/2019050938.html, 以上分别输入没有弹出代码为正确

再创建自己的登录秘钥 找到1的SSH 4初始化仓库gitinit (这里一定要在FCMS_Tea目录内右键,成功之后有(master)说明操作正确) 注意!!!!!!!!!!!!!! 如果是GIT下载的文件,里面有。GIT的文件的一定去掉

安装gitlab服务器记录

安装gitlab 安装内容: 1、系统依赖 2、Ruby 3、邮件代理服务器 4、创建系统用户 5、安装mysql 6、安装redis-server 7、安装gitlab 8、安装nginx 9、清除防火墙规则 1、安装系统环境依赖 yum -y update yum -y groupinstall 'Development Tools' yum -y install readline readline-devel ncurses-devel gdbm-devel glibc-devel tcl-devel openssl-devel curl-devel expat-devel db4-devel byacc sqlite-devel libyaml libyaml-devel libffi libffi-devel libxml2 libxml2-devel libxslt libxslt-devel libicu libicu-devel system-config-firewall-tui redis sudo wget crontabs logwatch logrotate perl-Time-HiRes git cmake libcom_err-devel.i686 libcom_err-devel.x86_64 【安装vim,并设置为默认编辑器】 yum -y install vim-enhanced #有vim编辑器可不执行 yum -y install python-docutils ln -s /usr/bin/vim /usr/bin/editor 2、安装ruby 【Ruby版本】:2.1.6 【版本要求】:2.1.xx,高于此版本安装其依赖包会有问题

gitlab多人协同工作

gitlab多人协同工作 2013-05-11 23:02:40| gitlab多人协同工作 gitlab----新颖的git服务器托管网站,开源免费。你可以在自己的公司或者开发团队搭建好一个。 gitlab的工作流程是 gitlab help中建议的工作流程是这样。如下图。 1 (1).开发成员拷贝管理员建立好的项目到自己本地。 (2).创建自己的分支。 (3).在自己的分支上写代码,并提交。 (4).推送到远程服务器,分支是自己的分支。 (分支的命名规则使用小驼峰式命名法。比如我是员工孙悟空,我就推送到孙悟空分支。分支的命名规则为开发人员姓名+所开发的功能。命名中不要使用特殊字符,不要使用点。例如孙悟空开发的分支,命名为swkFeature1) (5).在Commit页面上浏览分支。 (6).创建一个合并请求。 (7).团队的管理员或者领导者审查并且决定是否合并员工提交的分支到主分支上。 管理员在建好的项目中加入开发人员。 开发人员有相应的权限级别,分为Guest,Reporter,Developer,Master,等这几个角色,这几个角色的权限从低到高排列。 Developer能够推送和删除没有保护的分支,Master可以对没有保护和有保护的分支进行操作。如图1所示。 如下图

2 我们使用下面这个图示中的分支模型进行工作。 Git 的开发者都喜欢以这种方式来开展工作,在master 分支中保留完全稳定的代码,即已经发布或即将发布的代码。 与此同时,他们还有一个名为develop 专门用于后续的开发,或仅用于稳定性测试。当然并不是说一定要绝对稳定,不过一旦进入某种稳定状态, 便可以把它合并到master 里。还有在工作中,把开发任务分解为各个功能或者模块, 用topic(topic branch主题分支,有又成为feature branch特性分支),实现之后并测试稳定

相关主题
相关文档 最新文档