<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>gitlab &#8211; ~</title>
	<atom:link href="https://moneyslow.com/tag/gitlab/feed" rel="self" type="application/rss+xml" />
	<link>https://moneyslow.com</link>
	<description></description>
	<lastBuildDate>Wed, 19 Feb 2025 00:59:28 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>git clone 不能ssh拉取代码Connection to gitlab.com closed</title>
		<link>https://moneyslow.com/git-clone-%e4%b8%8d%e8%83%bdssh%e6%8b%89%e5%8f%96%e4%bb%a3%e7%a0%81connection-to-gitlab-com-closed.html</link>
		
		<dc:creator><![CDATA[moneyslow]]></dc:creator>
		<pubDate>Wed, 19 Feb 2025 00:59:27 +0000</pubDate>
				<category><![CDATA[newest]]></category>
		<category><![CDATA[gitlab]]></category>
		<guid isPermaLink="false">https://moneyslow.com/?p=20088</guid>

					<description><![CDATA[代码仓库是gitlab搭建的，通过密钥配置，ssh -T git@gitlab.com 是可以识别到密钥代表的用户名的，项目上已经添加用户的权限，但是拉取报错，debug信息如下： 可尝试在当前目录下配置文件修改：.ssh/config 猜测是环境变量发生了混乱，需要指明服务器，主机，用户，密钥，精准验证配置后就正常了。]]></description>
		
		
		
			</item>
		<item>
		<title>如何设置git使用自己的私钥</title>
		<link>https://moneyslow.com/%e5%a6%82%e4%bd%95%e8%ae%be%e7%bd%aegit%e4%bd%bf%e7%94%a8%e8%87%aa%e5%b7%b1%e7%9a%84%e7%a7%81%e9%92%a5.html</link>
		
		<dc:creator><![CDATA[moneyslow]]></dc:creator>
		<pubDate>Tue, 22 Sep 2020 14:56:49 +0000</pubDate>
				<category><![CDATA[newest]]></category>
		<category><![CDATA[github]]></category>
		<category><![CDATA[gitlab]]></category>
		<guid isPermaLink="false">https://moneyslow.com/?p=11536</guid>

					<description><![CDATA[以连接github.com为例，新建配置文件： ~/.ssh/config 内容如下： host github.com HostName github.com IdentityFile ~/.ssh/id_rsa_github User git 文件权限设置： chmod 600 ~/.ssh/config 现在可以用git命令进行clone了，如下： git clone git@github.com:{ORG_NAME}/{REPO_NAME}.git 以上，{ORG_NAME} 是账号名称，{REPO_NAME}是项目名称。 特别注意，在Linux 或者 macOS 下，最好做如下操作： chmod 400 ~/.ssh/id_rsa_github 如果git版本是 2.3.0，可以使用环境变量 GIT_SSH_COMMAND GIT_SSH_COMMAND="ssh -i ~/.ssh/id_rsa_example" git clone example 如果git版本是2.10.0 ,就需要配置 core.sshCommand，命令如下： git config core.sshCommand "ssh -i ~/.ssh/id_rsa_example -F /dev/null" git pull git push 没有绝对完美的方法告诉git去使用哪个私钥文件，因为它依赖ssh的认证，所以可以用ssh的方法来临时进行私钥的认证，比如： $ ssh-agent [&#8230;]]]></description>
		
		
		
			</item>
		<item>
		<title>gitlab forbidden 解决办法(gitlab的rack::attack机制)</title>
		<link>https://moneyslow.com/gitlab-forbidden-%e8%a7%a3%e5%86%b3%e5%8a%9e%e6%b3%95.html</link>
		
		<dc:creator><![CDATA[moneyslow]]></dc:creator>
		<pubDate>Wed, 09 Oct 2019 03:05:45 +0000</pubDate>
				<category><![CDATA[newest]]></category>
		<category><![CDATA[gitlab]]></category>
		<guid isPermaLink="false">https://moneyslow.com/?p=9191</guid>

					<description><![CDATA[版本：GitLab Community Edition 10.8.7 现象：小部分用户web访问gitlab显示403 forbidden。 原因：gitlab有rack::attack模块，来防治恶意ip刷机，其详细文档：https://docs.gitlab.com/ee/security/rack_attack.html 确定是否是这个原因： 1、查日志 # cd /var/log/gitlab/gitlab-rails/ # grep 'Rack_Attack' production.log&#124;more Rack_Attack: blacklist 192.130.160.212 GET /xxx Rack_Attack: blacklist 192.130.160.212 GET /xxxxxx Rack_Attack: blacklist 192.130.160.212 GET /xxxxxxxx 确认这个ip是否是访问者的ip 2、进入redis： # /opt/gitlab/embedded/bin/redis-cli -s /var/opt/gitlab/redis/redis.socket redis /var/opt/gitlab/redis/redis.socket&#62; keys *rack::attack* 1) "cache:gitlab:rack::attack:26176509:allow2ban:count:192.130.160.212" 2) "cache:gitlab:rack::attack:allow2ban:ban:192.130.160.212" 通过两步即可确认，就是这个原因。在redis里清除该条即可： del cache:gitlab:rack::attack:allow2ban:ban:192.130.160.212 总结：从11版本开始，官方默认不开启这个功能： Note: Starting with GitLab 11.2, Rack [&#8230;]]]></description>
		
		
		
			</item>
		<item>
		<title>Gitlab用户在组中有五种权限：Guest、Reporter、Developer、Master、Owner区别</title>
		<link>https://moneyslow.com/gitlab%e7%94%a8%e6%88%b7%e5%9c%a8%e7%bb%84%e4%b8%ad%e6%9c%89%e4%ba%94%e7%a7%8d%e6%9d%83%e9%99%90%ef%bc%9aguest%e3%80%81reporter%e3%80%81developer%e3%80%81master%e3%80%81owner%e5%8c%ba%e5%88%ab.html</link>
		
		<dc:creator><![CDATA[moneyslow]]></dc:creator>
		<pubDate>Fri, 05 Jul 2019 08:52:47 +0000</pubDate>
				<category><![CDATA[newest]]></category>
		<category><![CDATA[git]]></category>
		<category><![CDATA[gitlab]]></category>
		<guid isPermaLink="false">https://moneyslow.com/?p=8857</guid>

					<description><![CDATA[Gitlab权限管理Gitlab用户在组中有五种权限：Guest、Reporter、Developer、Master、Owner Guest：可以创建issue、发表评论，不能读写版本库Reporter：可以克隆代码，不能提交，QA、PM可以赋予这个权限Developer：可以克隆代码、开发、提交、push，RD可以赋予这个权限Master：可以创建项目、添加tag、保护分支、添加项目成员、编辑项目，核心RD负责人可以赋予这个权限Owner：可以设置项目访问权限 - Visibility Level、删除项目、迁移项目、管理组成员，开发组leader可以赋予这个权限Gitlab中的组和项目有三种访问权限：Private、Internal、Public Private：只有组成员才能看到Internal：只要登录的用户就能看到Public：所有人都能看到开源项目和组设置的是Internal 后期，不知道从什么时候开始，改为：Guest Reporter Developer Maintainer Owner 是的，你没看错 ，Master 改为了 Maintainer]]></description>
		
		
		
			</item>
		<item>
		<title>gitlab-ci 和 jenkins 的区别</title>
		<link>https://moneyslow.com/gitlab-ci-%e5%92%8c-jenkins-%e7%9a%84%e5%8c%ba%e5%88%ab.html</link>
		
		<dc:creator><![CDATA[moneyslow]]></dc:creator>
		<pubDate>Fri, 01 Mar 2019 09:32:56 +0000</pubDate>
				<category><![CDATA[newest]]></category>
		<category><![CDATA[gitlab]]></category>
		<category><![CDATA[jenkisn]]></category>
		<category><![CDATA[runner]]></category>
		<guid isPermaLink="false">https://moneyslow.com/?p=8466</guid>

					<description><![CDATA[转自：https://blog.csdn.net/xinluke/article/details/53982150 Jenkins Jenkins作为老牌的持续集成框架，在这么多年的发展中，积累很多优秀的plugin工具，对进行持续集成工作带来很大的便利。 gitlab-ci gitlab-ci作为gitlab提供的一个持续集成的套件，完美和gitlab进行集成，gitlab-ci已经集成进gitlab服务器中，在使用的时候只需要安装配置gitlab-runner即可。 gitlab-runner基本上提供了一个可以进行编译的环境，负责从gitlab中拉取代码，根据工程中配置的gitlab-ci.yml，执行相应的命令进行编译。 jenkins VS gitlab-runner gitlab-runner配置简单，很容易与gitlab集成。当新建一个项目的时候，不需要配置webhook回调地址，也不需要同时在jenkins新建这个项目的编译配置，只需在工程中配置gitlab-ci.yml文件，就可以让这个工程可以进行编译。 gitlab-runner没有web页面，但编译的过程直接就在gitlab中可以看到，不需要像jenkins进入web控制台查看编译过程。 gitlab-runner仅仅是提供了一个编译的环境而已，全部的编译都通过shell脚本命令进行。当然，jenkins也可以是全部的编译都通过shell脚本命令进行。 jenkins的好处就是编译服务和代码仓库分离，而且编译配置文件不需要在工程中配置，如果团队有开发、测试、配置管理员、运维、实施等完整的人员配置，那就采用jenkins，这样职责分明。不仅仅如此，jenkins依靠它丰富的插件，可以配置很多gitlab-ci不存在的功能，比如说看编译状况统计等。如果团队是互联网类型，讲究的是敏捷开发，那么开发=devOps，肯定是采用最便捷的开发方式，推荐gitlab-ci。 如果有些敏感的配置文件不方便存放在工程中（例如nexus上传jar的账户和密码或者是其他配置的账户密码）,都可以在服务器中配置即可。 gitlab-ci对于编译需要的环境，比如jdk，maven都需要自行配置。在jenkins中，对于编译需要的环境，比如jdk，maven都可以在Web控制台安装即可。当然，jenkins也是可以自行配置的（有时候通过控制台配置下载不下来）。 - 总结 在使用过两者后，个人觉得gitlab-ci更简单易用，如果有gitlab-ci达不到的要求，可以考虑使用jenkins。]]></description>
		
		
		
			</item>
	</channel>
</rss>
