gitlab

Python实战社群 Java实战社群 长按识别下方二维码， 按需求添加 扫码关注添加客服 进Python社群▲ 扫码关注添加客服 进Java社群 ▲ 作者丨青春美好张阿姨 来源丨Java建设者（ID：javajianshe） 程序员的工作和日常生活非常的枯燥，这里给大家推荐一些程序员经常使用的网站，也是我经常上的一些网站，我将会从多个角度、多个层面、分别为你整理归纳这些网站和论坛。 项目类 项目是一个面试官非常看重的点，也是拓展视野、挖掘轮子一个的地方，下面就为你推荐几个程序员都应该 mark 的项目类网站 Github 代码托管 https://github.com 作为开源代码库以及版本控制系统，Github 拥有140多万开发者用户。随着越来越多的应用程序转移到了云上，Github 已经成为了管理软件开发以及发现已有代码的首选方法。代码托管必备。 Github 也有非常多好的项目可以推荐，比如我自己的 github (逃了) https://github.com/crisxuan/bestJavaer 还有其他非常多优秀的 Github ，比如 CS-notes、JavaGuide、mall 商城项目 Gitlab https://about.gitlab.com/ 对于有些人，提到GitHub就会自然的想到Gitlab,Gitlab支持无限的公有项目和私有项目

图片来源于网络 大家好，我想分享一下我是如何在某邀请项目中发现一个简单的API授权错误的，该错误影响了数千个子域，并允许我在无需用户干预的情况下使用大量不受保护的功能，从帐户删除到接管甚至于泄漏部分信息（姓名，电子邮件和雇主）。 要点： 服务器没有检查（发起请求的）授权token是属于普通用户还是超级用户。 这是一个邀请项目，因此将删除一些敏感信息，我将其称为 target.com 。 我在使用dirsearch对网站进行扫描的同时，通过浏览 academy.target.com 对网站的功能做了大致了解，我注意到一个有趣的端点，如： academy.target.com/api/docs 此类端点就像是个金矿，因为它列出了API文档并指定了请求和响应的结构。 在浏览到端点时，我发现页面与Swagger UI非常相似（尽管此站点未使用swagger）。 它还有一个名为“ Authenticate （验证）”的按钮，单击该按钮可导航到登录页面，但是如果我尝试登录，则会提示“ Account not authorized （账户未授权）”。 有一些有趣的端点，例如： / poweruser / add / poweruser / delete / user / delete / user / create / user / user_logged_in / user / profile

使用场景 不知道大家有没有遇到这种场景，在公司连着公司gitlab仓库，你自己本人也有个github仓库。我就遇到这种问题， 在一台电脑上同时向gitlab、github分别提交代码。一台电脑可以生成多个sshkey，然后根据sshkey的不同来区分不同的仓库。 也就是一个sshkey 是唯一的，只要保证这个唯一你就可以愉快的提交代码了。 同一用户提交，比如gitlab 和github 用同一个sshkey，只用tonyOffice生成一个sshkey 不同用户提交，比如gitlab 用github 用不同的sshkey，一个tonyOffice生成，一个用tonyHome生成 第一种举例用tonyOffice生成sshkey 比如我要连接github，本来我的电脑连接的是公司的gitlab的仓库。 执行如下命令 ssh-keygen -t rsa -C "tonyOffice" , 这个tonyOffice是别名你可以随便取，生成好之后去 cd /Users/tonyyang/.ssh ,找到对应的目录。 查看 cat id_rsa.pub 将密钥拷贝好。 将密钥粘贴到github的sshkey栏中 此刻你去你自己的github中拷贝需要下载的仓库，拷贝以SSH key方式的路径。 这个时候你idea 里可以通过git下载远程的仓库了。 HTTPS 方式连接

持续集成、持续交付和持续部署 持续集成 Continuous Integration：持续集成，简称CI，是软件开发周期的一种实践，把代码仓库（Gitlab或者Github）、构建工具（如Jenkins）和测试工具（SonarQube）集成在一起，频繁的将代码合并到主干然后自动进行构建和测试。简单来说持续集成就是一个监控版本控制系统中代码变化的工具，当发生变化是可以自动编译和测试以及执行后续自定义动作。 其实这里最关键的是自动化测试，这个是最难的，因为测试涉及内容很多。 持续交付 Continuous Delivery：持续交付，简称CD，是在CI的基础进行了扩展，在CI环节完成了软件构建和测试工作并形成了新的版本，那么接下来就要进行交付，而这里的交付并不是交付到生产环境，而是类生产环境（STAGING），我们可以理解为灰度环境或者预发环境，进而接受部分真实流量的测试。如果没有问题的话则通过手动的方式部署到生产环境。如下图所示： 持续部署 Continuous Deployment：持续部署，简称CD，它是在持续交付的基础上打通最后一公里的工作，就是把手动部署到生产环境的方式升级为自动部署。看下图和上图在最后部署到生产环境中的区别。 总结 持续集成、持续交付和持续部署其目的是减少代码改动到投入生产的所需时间，提早发现风险、减少QA的测试时长、减少运维的人工干预