gitlab

get the original branch of ref branch

☆樱花仙子☆ 提交于 2020-08-10 05:47:07
问题 I'm trying to watch for changes on branches that have merge requests on them and then checkout them. Scenario: developer creates branchX developer creates merge request MergeRequest1 in gitlab for branchX developer pushes to branchX team city watched +:refs/(merge-requests/*)/head and detects a change Actual: team city checks out refs/merge-requests/1/head to local merge-requests/1 What I'm trying to achieve: team city checks out refs/merge-requests/1/head to local branchX How do I get

git 日常记录

…衆ロ難τιáo~ 提交于 2020-08-09 20:04:55
git 日常操作记录 gitee 迁移 gitlab 需求,迁移以后,保持原有提交记录 在建立一个远程分支 # 新增加一个远程仓库提交 $ git remote add priorigin http://xxxx:xxx/xxxxx/wlpt-swpt.git # 查看现有的分支以及地址 $ git remote -v origin https://gitee.com/xxx/wlpt-swpt.git (fetch) origin https://gitee.com/xxx/wlpt-swpt.git (push) priorigin http://xxxx:xxx/xxxxx/fanqiang/wlpt-swpt.git (fetch) priorigin http://xxxx:xxx/xxxxx/fanqiang/wlpt-swpt.git (push) # 提交分支 $ git push -u priorigin master $ git add . $ git commit -m "......" $ git push priorigin master 或者修改原有的提交地址 这里可以使用命令,rename 或者在原有项目的.git 文件下,找到对应的config ,打开查看并修改原有的提交地址。原有的提交记录保存,未丢失 git 使用.gitignore 过滤配置提交

Docker build failed: tag invalid reference format (Gitlab CI)

淺唱寂寞╮ 提交于 2020-08-09 10:00:47
问题 I've created a repo in gitlab for a Dockerfile. In the .gitlab-ci.yml i defined two stages: build and push to the registry. This is the .gitlab-ci.yml file: image: docker stages: - build - push build: stage: build script: - docker build --no-cache -t ${DOCKER_REGISTRY}/debian9-cunit . push: stage: push script: - docker push ${DOCKER_REGISTRY}/debian9-cunit When I run the pipeline, the build stage fails saying: invalid argument "/debian9-cunit" for "-t, --tag" flag: invalid reference format

GitLab to GitHub migration fails due to file size limit of 100.00 MB

限于喜欢 提交于 2020-08-09 09:06:45
问题 I am trying to Migrate one repository from GitLab to GitHub. The repository size is 685.83MB and it consists of few .dat,.csv,.exe,.pkl files which are more than 100MB to 3383.40 MB. it is failing with below errors. GitLab To GitHub Migration Steps:- $ git clone --mirror git@your-gitlab-site.com:test/my-repo.git $ cd ~/my-repo.git $ git remote set-url --push origin git@github.com:test/my-repo.git $ git push Error remote: error: GH001: Large files detected. You may want to try Git Large File

GitHub、YouTube 们的开源替代品都有了!

橙三吉。 提交于 2020-08-09 06:41:30
有这样一个宝藏网站,里面收集了超级多知名软件的开源替代品。像 GitHub、Slack、1Password、Facebook、YouTube、Shopify、Heroku 等产品都可以在上面找到对应的开源解决方案。 它就是 OpenSource Builders。 比如就 GitHub 来看,我们可以看到这样一个列表: 从上图我们可以看到,Gogs、GitLab、Gitea 等 Git 服务,同时,还有 Star 数、编程语言、开源许可协议等信息。 而像开发者会常用的 Slack、1Password 工具,也有一串的开源替代品。 这个工具的开发者是来自美国德克萨斯州的 Junaid Kabani,事实上,他还不是专业编程出身。那么,为什么会开发并维护这个网站?Junaid 这样说道:「我的编程之旅大概起于一年前,当时我正在着手构建一种工具来帮助管理我的公司。就像大多数人开始学习如何变成一样,我被 GitHub 和开源软件所吸引。当我开始钻入这个‘兔子洞’时,我发现了大量的库,并且有许多非常出色的开发者正在维护它们。」 现在,可以通过以下方式 follow 这些工具。 URL:https://opensource.builders/ GitHub 地址:https://github.com/junaid33/opensource.builders 来源: oschina 链接:

开源要安全!Linux 基金会、GitHub、GitLab、Google 联合起来了!

为君一笑 提交于 2020-08-09 05:23:12
编译 | 胡雨晴 责编 | 唐小引 出品 | CSDN开源实验室 今天,开源已经成为了全球技术应用的基础设施,据 Gartner 调查显示,99% 的组织在其 IT 系统中都使用了开源软件。不过,与此相伴的是一直以来开源的安全风险都是许多企业及开发者担忧的所在。据此前安全公司 WhiteSource 发布的 报告统计 ,在过去的一年里,开源安全漏洞的数量再破记录,同比增长近 50%。 解决开源的安全问题迫在眉睫,全球最大的代码托管平台 GitHub 便一直在努力,其官方表示,开源的安全性对软件的未来至关重要,在 2019 年 GitHub 收购了 Dependabot 和 Semmle,并将这些安全工具免费提供给公共存储库,同时,GitHub 还通过创建 GitHub Security Lab 和 Open Source Security Coalition 来支持开源开发者和维护者的安全工作,截至目前,这些举措已经帮助在开源软件中发现了 120 多个 CVE。 现在,我们在保护开源安全性上迎来了更强有力的保障。 近日,Linux 基金会联合包括微软与 GitHub、Google、IBM、红帽(Red Hat)、英特尔(Intel)、VMware、优步(Uber)等在内的多家软硬件企业一起,共同成立了 Open Source Security Foundation(开源安全基金会

中小企业团队敏捷产品开发流程最佳实践

岁酱吖の 提交于 2020-08-08 14:21:14
近期因为疫情的影响,不少互联网公司开始尝试远程工作。也出不了少如何做好远程工作的方法,我认为不管是场地办公还是远程办公都依赖于原来的产品开发流程。 我曾经遵循CMMI5的流程管理过15人左右的跨国/语言/文化团队,也遵循敏捷Scrum管理过9人的小团队,还针对一个从4人发展到近30人的团队尝试过各种方式的项目管理方法,这其中有2C和2B的产品,也有平台/生态型产品。 最后在自己创立公司的5人小团队(场地和远程办公融合方式)中摸索出了我认为最适合中小企业产品开发流程与管理方法。 今天我们聊聊产品开发流程与管理。我们通过对Scrum的改造,利用Gitlab的issue对需求、开发和测试进行可视化管理。应该来说能够适应绝大多数的中小企业和团队,当然再好的流程也会因不同的人来落地执行而产生不一样的效果。 定义产品 首先我们要确定开发的是产品,而非项目。产品和项目的区别是什么?与此对应的另外一个问题是产品经理和项目经理的区别是什么? 后面的问题我们不在此篇中讨论,产品和项目的区别主要在两方面体现:生存周期和目标。 项目的生存周期比较短从启动、策划、执行、监控到收尾。验收交付给用户之后项目就结束了。而产品不存在结束的说法,因为产品是不断更新的,直到被新产品替代,生存周期才结束。 项目的目标是在规定的时间内,利用有限的资源,高质量的完成某个特定用户的需求。而产品更多是为了满足一些用户的通过用需求

Jenkins多环境持续集成架构实践

五迷三道 提交于 2020-08-08 12:19:31
自动化部署主要是为了解决项目多、环境多、持续集成慢、部署操作麻烦、手动操作易出错、自动化运维等问题。 Jenkins 是开源 CI&CD 软件领导者, 提供超过 1000 个插件来支持构建、部署、自动化, 满足任何项目的需要。 目标 l 支持多分支、多环境、多项目、多套配置文件、多编程语言 l 支持一键构建、集群发布 l 支持一键回滚历史版本 l 快捷配置添加新的部署项目 l 支持多个项目使用同一个 job 发布或回滚 另外:也可以根据需要加入 gitlab 自动触发构建、自动化测试、钉钉通知、邮箱通知等需求 本实践使用到的技术,可参考: 《[CI&CD]jenkins自动化工具使用教程》 技术关键词: jenkins master-slave , jenkins 插件( multijob 、 EnvInject ), rsync 工具, powershell , dotnet core cli , icacls 工具等等 拷贝文件权限解决方案:方案一:使用 icacls 工具赋权。 方案二:指定 jenkins服务 的运行账户 目录 最终效果图 ... 1 目录设计 ... 2 约定及规范 ... 3 架构设计 ... 4 # 、CICD 架构图 ... 4 # 、项目映射配置文件设计 ... 5 # 、一键发布job 设计 ... 6 # 、一键回滚job 设计 ... 8 #

TortoiseGit安装、配置

最后都变了- 提交于 2020-08-08 11:09:08
1 TortoiseGit简介 tortoiseGit是一个开放的git版本控制系统的源客户端,支持Winxp/vista/win7.该软件功能和git一样 不同的是:git是命令行操作模式,tortoiseGit界面化操作模式,不用记git相关命令就可以直接操作,读者可根据自己情况选择安装 2 TortoiseGit下载 tortoiseGit下载地址: https://download.tortoisegit.org/tgit/ 当前最新稳定版本是2.6.0,下面就以该版本为例说明下载和安装。 进入2.6.0.0之后可看到包含32位和64位的软件安装包下载,以及各种语言安装包,根据自己的系统选择对应的安装包,笔者主机是win7 64位。就以64位为例 语言包下载安装根据个人习惯,默认是英文(推荐),需要中文的下载语言包安装即可 3 TortoiseGit安装 安装顺序:先安装程序包,然后安装语言包(LanguagePack). 安装说明:因为TortoiseGit 只是一个程序壳,必须依赖一个 Git Core,所以安装前请确定已完成git安装和配置 可参考:Git安装: https://www.cnblogs.com/xiuxingzhe/p/9300905.html     Git生成秘钥及GitLab配置: http://www.cnblogs.com

Gitlab升级13.x.x,预先升级PostgreSQL

北战南征 提交于 2020-08-08 10:02:30
说明 Gitlab 13.0.0 开始,PostgreSQL的版本需要升级到 PostgreSQL 11 。如果不升级PostgreSQL,新版本Gitlab无法安装。 下载Gitlab 13.0.x 清华下载源 自行挑选匹配自己操作系统的地址 升级操作 1、备份 强烈建议大家升级操作前备份Gitlab。 备份命令: gitlab-rake gitlab:backup:create 备份的目录通过修改配置文件 /etc/gitlab/gitlab.rb 来修改。 2、升级数据库 gitlab-ctl pg-upgrade -V 11 3、升级Gitlab sudo dpkg -i gitlab-ce_13.0.0-ce.0_amd64.deb 参考资料及附录 Gitlab 血泪迁移升级史 2017-09-07 茶歇驿站 Documentation for upgrading to PostgreSQL 11 本文由 qingchuwudi 译制或原创,除非另有声明,在不与原著版权冲突的前提下,本作品采用 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 进行许可。 来源: oschina 链接: https://my.oschina.net/qcwd/blog/4331065