gitlab

本文介绍使用Git初始化本地仓库，并首次提交代码到远程仓库GitLab上面。 首先，登录GitLab，创建一个新项目的私人仓库； 然后，在本地仓库（就是你写代码文件夹），右键，Git Bash Here，打开Git命令窗口； 在Git命令窗口输入 git init，初始化本地仓库，初始化完成后，本地仓库文件夹中会出现一个.git文件夹，证明该仓库 已经被git管理了； 按照如下步骤，添加远程仓库地址，并提交代码； git add -A src： 把src文件夹提交到远程仓库； git commit -m "首次提交代码，ssm整合"： 把代码提交到本地仓库，并备注信息； git remote add origin 仓库地址： 设置远程仓库地址； git push -u origin master： 提交代码到远程仓库，master分支； 获取远程仓库地址； 当提交代码时，可能出现如下错误： 说明你提交的仓库 origin不存在，我犯的错误是把origin单词拼写错误，导致前后输入命令时找不到该远程仓库，所以提交失败，可以使用使用以下命令解决该问题； git remote -v： 查看远程仓库详细信息，可以看到仓库名称 git remote remove orign： 删除orign仓库（我把origin拼写成orign，删除错误名称仓库） git remote add origin

基本概念 工作区： 就是你在电脑里能看到的目录。 暂存区： 英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。 版本库： 工作区有一个隐藏目录 .git ，这个不算工作区，而是 Git 的版本库。 工作流程 新建git仓库 在本地目录(工作区)下创建git仓库，命令：$ git init #如在本地e/gitmulu下执行git init 常用基本操作 1、工作区创建空文件hello.txt 2、添加文件到暂存区，命令：$ git add hello.txt 3、提交文件到本地仓库，命令：$ git commit -m '提交了' 4、修改文件并提交。修改本地文件hello.txt, 然后依次执行命令： $ git add hello.txt $ git commit -m 'gogo' 5、版本回退。会退到上一个版本，执行命令：$ git reset --hard HEAD^ 查看本地工作区文件已经回到上次修改前。 推送本地仓库文件到远程库 git remote add origin git@192.168.238.129:root/mytest.git git push -u origin master 从现在起，只要本地作了提交，就可以通过如下命令： git push

前言 由于最近一直在修改一下排版，同时找了非技术的朋友帮忙看一下排版的问题，现在已经基本上确定了排版和样式了。更新可以恢复正常了。 作为一个写前端代码基本只写js不写css的开发，搞排版真的头疼。。各位将就着看吧！！排版并不会太高大上，主要是保证了阅读体验，让各位尽量不会看得头晕眼花而错过了比较重要的内容。希望各位有收获吧！然后后面我会找个时间把之前的文章再重新排版一下。。 简要说明 【项目源码】 【章节目录】 本文主要是介绍如何接入swagger来自动生成api文档。 【Swagger介绍】 首先我们需要知道的是swagger是可以通过xml的格式来进行生成相关的接口文档的，其次VS是可以根据代码的注释进行生成相应的xml的。因此我们可以借助VS的xml文件使swagger生成相关的文档。 再然后一点就是我们要确定我们需要生成文档的项目。根据之前的介绍我们知道我们可以对外输出的项目一个是api是用于接口的；另一个就是application.contract，这个项目主要定义了入参与出参的dto是可以对外输出的。所以我们需要生成swagger的项目就只有这两个。具体步骤如下： 具体步骤 1、选中AbpVnext.Learn.HttpApi项目-》右键-》属性-》生成；然后如下配置输出xml文档 2、然后生成项目，若此项目中存在标准的注释，则会生成相应的xml文件，如下所示： 3

作为程序员对 GitHub 应该都不会陌生，我经常沉迷其中，找一些惊艳的项目或者工具。不过用的时间久了，发现它的用户体验实在是不敢恭维，有时候会让你做很多重复操作，浪费不少时间。 比如我想单独下载一个文件，但 GitHub 不支持，你必须要下载整个工程；想要看仓库里的某一个文件，你只能层层点进去，再有从 GitHub clone 个项目慢的要死，简直烦躁到爆炸。 下边推荐 8个 chrome 插件来解决 GitHub 的这些问题。 1、Octotree - GitHub code tree Octotree 可以为 GitHub 项目生成一个文件菜单树，就跟在 IDEA 中看到的效果一样。 在左边会生成一个 Octotree 按钮，鼠标滑动代码文件树，这样就不用一层一层的找文件了。 2、GitHub Downloader GitHub Downloader 可以针对单个文件进行下载，不能下载单个文件是 GitHub 的一个硬伤，之前想要下载一个文件往往需要 clone 整个工程。 插件安装成功会在文件内容上方多出一个 download 按钮，直接点击即可下载当前文件，配合 Octotree - GitHub code tree 使用一起使用效率会更高。 3、GitHub 加速 GitHub 加速 插件能提高中国开发者访问 GitHub 的速度，提升 clone Git 仓库的速度

点击上方“ 3D视觉工坊 ”，选择“星标” 干货第一时间送达 来源： https://urlify.cn/IFzQRb 转载自 ：GitHubDaily GitHub 镜像访问 GitHub文件加速 Github 加速下载 加速你的 Github 谷歌浏览器 GitHub 加速插件(推荐) GitHub raw 加速 GitHub + Jsdelivr 通过 Gitee 中转 fork 仓库下载 通过修改 HOSTS 文件进行加速 为什么 github 下载速度这么慢？ 如何提高 github 的下载速度？ 1. GitHub 镜像访问 这里提供两个最常用的镜像地址： https://github.com.cnpmjs.org https://hub.fastgit.org 也就是说上面的镜像就是一个克隆版的 GitHub，你可以访问上面的镜像网站，网站的内容跟 GitHub 是完整同步的镜像，然后在这个网站里面进行下载克隆等操作。 2. GitHub 文件加速 利用 Cloudflare Workers 对 github release 、archive 以及项目文件进行加速，部署无需服务器且自带CDN. https://gh.api.99988866.xyz https://g.ioiox.com 以上网站为演示站点，如无法打开可以查看开源项目：gh-proxy-GitHub

写在前面： 进入到云计算的PAAS时代，起源Google的Kubernetes无疑成为了PAAS云服务的落地平台。自2017年开始，K8s平台已经成为容器编排的事实标准，为组织设计和部署应用程序带来全新定义。在之后的几年里国有云，国外云厂商陆续在IAAS平台发布PASS层产品。 在此基础上出现了CICD，即持续集成与持续交付是软件开发和交付中的实践。项目从最初是瀑布模型，到敏捷开发，再到现在的DevOps。这是现代开发人员构建出色的产品的技术路线。随着DevOps的兴起，出现了持续集成（Continuous Integration）、持续交付（Continuous Delivery） 、持续部署（Continuous Deployment） 的新方法。 笔者基于自身需求做了如下测试，希望对同行有所助力，相关文章会持续更新。 一、测试前提条件 实验环境说明 测试主机：阿里云主机 操作系统：CentOS 7.7 测试主机配置：2C，8G 主机名 公网IP 内网IP ROLE PORT node1 39.104.88.120 172.16.0.93 gitlab 80 node2 39.104.93.96 172.16.0.94 drone，jenkins 80，8080 node3 39.104.70.51 172.16.0.98 harbor 80 所有节点安装docker 1)

长话短说，今天分享我为 前后端分离项目 搭建Gitlab CI/CD流程的一些额外经验。 Before Gitlab-ci是Gitlab提供的CI/CD特性，结合Gitlab简单友好的配置界面，能愉悦的在Gitlab界面查看管道执行流程，并自然流畅的推动敏捷开发流程。 Gitlab-CI/CD的核心是搭建Gitlab Runner、编写.gitlab-ci.yaml文件。 详细示例请参考：Gitlab CI/CD+ASP.NETCore. 本次前后端两个项目使用同一个Gitlab Runner(shell模式)，前端项目的gitlab-ci.yaml构建Job如图： Round 1 单个Gitlab Runner可为多个项目提供构建服务 ， gitlab-Runner register 命令只能接受一个注册token，当时为支持多个项目，花了不少冤枉心思倒腾Gitlab Runner. 你可以为注册的项目解锁Runner，这样Girlab Runner就可以为其他项目提供构建： Round 2 使用Runner缓存加快前端构建过程 大家都知道npm_module被前端开发者诟病为毒瘤， 而Gitlab runner执行每次构建job之前都会清场，pull/fetch指定的代码再执行job, 这就导致每次 build job会耗时很久(要拉取毒瘤)。 #!/bin/bash cd

连接方式https、ssh 在使用git的时候，不管你的服务器是开源平台github还是私服gitlab，你都需要clone仓库到本地，这个clone的时候就需要你选择连接方式。这个连接方式决定了你与服务器交互的时候以一个什么协议进行。如果你没搞清楚这两种方式，可能你在使用的时候会很困惑，别人在push代码的时候没有提示输入账号密码，而你却有，至少我当初有过这个问题。 可选择的协议有https、ssh两种，这从git repository仓库的地址就能分辨出来。 这是我6年前的开源项目，套打组件。拿这个做例子，红色范围内的地址就是ssh的连接地址。你可以通过”Use HTTPS”切换使用https连接地址。 这是两种方式连接git服务器。在clone的时候地址就决定了你的交互协议。这两种方式与git服务器交互的区别体现在你每次push代码的时候。https协议在你每次push的时候都要求你输入git账号密码，这种方式一般多用于那些你很少push代码的场景。ssh是用于那些工程开发，你需要频繁push代码的场景。 https的账号就是你的git服务器给你分配的，每次push的时候会有一个文本框提示你输入。 ssh的使用需要你的仓库管理员为你设置一个公钥，这样你每次push代码的时候git服务器才知道你是谁。这是采用RSA（公钥加密算法）也称非对称加密算法，RSA产生一对密钥