「gitlab删除项目」 怎么卸载服务器上的gitlab

gitlab删除项目： 怎么卸载服务器上的gitlab

输入如下命令：sudo gitlab-ctl uninstallsudo rpm -e gitlab-cefind / -name gitlab|xargs rm -rf

其他答案:gitlab是由ruby语言开发的基于linux的git服务器，是我见过的最强大的git服务器。发现它之后，立即决定将git服务器换成gitlab。 但安装好gitlab之后面临一个问题，如何将服务器上的git项目直接导入到gitlab，之前的git服务器是由是git+apache搭建的（详见在linux上用apache搭建git服务器）。 在网上发现了这篇文档——import bare repositories into your gitlab instance，并按之进行了操作。 1）设置存放代码库的主目录 vi /etc/gitlab/ 比如这里设置为：git_data_dir ＂/gitlab/repos＂ 2）访问刚搭建的gitlab站点，创建一个group，比如cnblogs。 这时会在 /gitlab/repos 下创建 /gitlab/repos/repositories/cnblogs 文件夹。 然后在/gitlab/repos/repositories/创建一个文件夹，比如cnblogs 3）将现有的所有git项目文件复制到这个文件夹 cp -r /data/git/* /gitlab/repos/repositories/cnblogs 4）修改一下复制过来的文件夹的所有者： chown -r git:git /gitlab/repos/repositories/cnblogs 5）运行gitlab导入命令 cd /var/opt/gitlab gitlab-rake gitlab:import:repos 等了一段时间之后，显示done，却一个项目也没导入进来。 经研究发现，在导入时，gitlab只认文件夹名以.git结尾的项目。于是，将要导入的项目文件夹名称加上.git后缀，再次进行导入。 结果显示导入成功，比如： processing cnblogs/ * created cnblogsjob (cnblogs/) done！ 可以是gitlab站点上却看不到已导入的项目。多次努力，也没能解决这个问题。 后来，实在没办法，改为手动导入，导入方法如下： 1）在gitlab站点上创建与要导入的项目同名的项目。 2）进入刚创建的项目文件夹 cd /gitlab/repos/repositories/cnblogs/项目名称.git 3）删除该文件下的所有文件 rm -rf * 4）将要导入的项目文件夹下的所有文件复制过来 cp -r /data/git/cnblogsjob/* /gitlab/repos/repositories/cnblogs/ 就这样将项目一个一个地导入进来。 5）导入完成后，修改一下导入的所有项目的文件所有者 chown -r git:git /gitlab/repos/repositories/cnblogs 如果不修改所有者，客户端无法进行git push。 就这样手动地完成了现有git项目的导入。 备注：操作系统是centos ,gitlab版本是。

gitlab删除项目： gitlab开发权限可以删除分支吗-百度知道

展开全部 首先项目员都必须设置 Developer（发者） 2 找支页面 3 点击Protected栏 4 选择支点击Protect按钮 5 所选支于所 Developer 权限账号都 push起保护作用 END Git push 命令陷阱gitlab开发权限可以删除分支吗...

gitlab删除项目： 如何清除gitlab曾经上传的内容-百度知道

方法/步骤1、登陆github到个人主页，点击“Repositories”，就能看到你自己创建或者“Fork”的项目。2、找到你要删除的“Repositories”（或者也可以说是项目），点击进入。3、找到该Repositories页面右下方的“Settings”，如图中标示，点击“Sett...展开全部

gitlab删除项目： gitlab怎么删除项目？-百度知道

展开全部 登陆github到个人主页，点击“Repositories”，就能看到你自己创建或者“Fork”的项目。如何删除github上的项目找到你要删除的“Repositories”（或者也可以说是项目），点击进入。如何删除github上的项目找到该Repositories页面右下方的...展开全部

gitlab删除项目：GitLab误删生产数据库，会导致什么结果？

谢谢邀请回答。

这方面有位朋友曾回答过，我分享下。

俗话说，出来混早晚要还的。俗话又说，常在河边走，早晚要湿鞋。俗话还说，好了伤疤忘了疼。

好多人喜欢追捧小公司那套：全栈、devops[1]啥的。七八年前，有个人来我们组，过了一阵子他觉得不爽，他说：他们以前在某某某地方都可以自己直接进production环境去改东西的，为什么在微软这里管的那么死？我们那时候数据库操作只有dba有权限，我们那些做开发的只有读权限。要在db里面改东西，要写好步骤或脚本、给dba开一个ticket去做的。我们当时甚至连读权限都没有的，因为要防止有人写很愚蠢的query把表给锁了。我们当时都是去读replica的。小公司没这些限制这些分工，的确很爽啊，但记住，出来混迟早是要还的。当然，一百个这样的公司里也许只有两三个会遇到删库级别的大事故，剩下九十几个几年下来都安然无恙。这叫survivor's bias。大公司为什么成本高、动作慢？就因为有这些东西拖累。你想，如果gmail或者onedrive一下丢了好多邮件而且恢复不出来了，会怎么样？整个公司也许就从此声誉扫地了。我在Azure，Azure里面在安全和灾备上花的力气海了去了。

有人说到要做备份，要有灾备方案，要演习。但这次gitlab发现备份也是坏的。怎么判断备份是不是好的，这其实是一个哲学上（或者方法论上）的困境：你刻了一张盘，不可以播放，但是要确保有朝一日需要播放的时候可以放。这有点像家里的灭火器：你要确保灭火器可以用，但是又不能用，因为一只灭火器一用，就没用了。有人说，你可以找一个测试环境，把备份恢复出来看看。我跟他们说：你可以这样做，但是你没法确保备份里面的每一条数据都是对的。你就算能验证备份里面99%的数据是好的，但是万一剩下1%里面有data corruption，也许到时候就是致命的：可能你的code没法handle那种corruption，导致你的code就崩了。搞到最后，能用的也就是做做diff、弄个hash啥的。但是还是没有根本性的解决这个方法论上的困境。

大公司里面那些做备份、disaster recovery的活其实不怎么受待见，因为做的东西说不定好多好多年才用到一次。等用到了，说不定做的人都已经走掉了。而且，到底好用不好用也不知道，再怎么演习也还是不能百分之百的确信。备份（跟容灾不一样）这事儿跟最近的Survivalist那档子事有点像，都是很奢侈的一件事情，只有财大气粗的人（公司）才搞得起。

--

[1] 别误会我的意思，现在微软里面也比以前敏捷很多，dev会干很多devops的事情，很多以前一季度上线一次的组现在都改进到每周上线甚至每天上线了。

gitlab删除项目：gitlab怎样删除已创建issues？

核心命令:

以及:

我理解你所谓的 "撤销" 就是把这两个提交引入的修改都删除.

首先是要在本地把这两个提交删除:

• 用 git rebase -i 928582641a 指定 base 为你需要删除的提交的前一个提交, 进入 Interactive Rebase
  
• 删除 pick med 和 pick test2 那两行, 保存退出. 之后可能 git 会提示出现 conflict, 根据提示完成处理.

接着就是把本地内容 Force Push 到远端.

• 执行 git push -f
  

由于你现在本地的历史已经和远端的历史出现分歧, 要推送到远端时, 必须要 Force Push 才行, 也就是 -f 参数的用意.

如果你所谓的 "撤销" 是说修改保留, 但提交取消, 步骤也是一样的, 只是把 pick med 和 pick test2 这两行的 pick 改成 squash, 保存退出后根据提示, 重新编辑一下 commit message, 并完成剩下的操作. 这里其实就是把 med 和 test2 这两个提交合并到前一个提交中.

建议在操作的时候花点时间, 仔细阅读一下 Interactive Rebase 时的提示, 理解 pick/squash, 以及更多的 fixup/edit 等的命令的功能和用法.

- - -

更新:

因为评论无法插入格式, 所以更新在这里了.

之前的回答中已经建议去看下面的提示了, 里面对 squash 的意义进行了解释: meld into previous commit, 也就是"熔入前一个提交中", 所以是先 pick a, 使用 a 提交, 然后 squash b, 把 b 熔入前一个提交中.在 rebase 保存退出后, 随后的提示信息是由 squash 命令触发的, 此时你可以对熔合后的 commit message 进行编辑, 而不需要在结束后 git commit --amend.下面是我刚用自己的一个仓库, 在最新的 git 版本下, 使用 squash 后的提示, 可以看到有非常详细的提示说明. 随着版本的演进, git 在文档和提示方面已经日益完善了, 绝大部分命令都可以在使用过程中得到详细的指导, 请务必不要错过.