关于gitea使用的信息

1.软文推荐

2.软文推荐

3.软文推荐

目录： 1、Gitea版本升级 2、gitea的初始化sql存在哪里？ 3、基于Docker搭建Gitea 4、使用 k3s 在 Fedora IoT 上运行 K8S 5、docker快速部署gitlab代码仓库 6、Gogs+Drone搭建教程 Gitea版本升级

1.Gitea v1.15

2.配置使用的目录

3.复制原有v1.8的目录到/data/gitea1.15.4下即可

4.使用docker安装mysql

5.导入SQL数据

大家可以用mysql命令行执行source命令导入，也可以使用工具，我使用Navicat导入，不会的自行百度哈

6.修改配置文件

7.启动gitea运行

至此完成

检验是否可用，登录gitea，查看仓库等

如出现push时提示用户未认证

可登录管理员重新生成认证信息

下面三项执行一下即可gitea的初始化sql存在哪里？

不需要自己去初始化，你在安装后第一次使用时配置好数据库连接消息会自动帮你初始化数据库

基于Docker搭建Gitea

本来想使用gitlab，不过搭建好了以后，发现资源占用太高，后来重新搭建了gitea（ ）。gitea官方提供了比较详悉的基于docker的搭建过程（ ）。

使用 k3s 在 Fedora IoT 上运行 K8S

Fedora IoT 是一个即将发布的、面向物联网的 Fedora 版本。去年 Fedora Magazine 的《 如何使用 Fedora IoT 点亮 LED 灯 》一文第一次介绍了它。从那以后，它与 Fedora Silverblue 一起不断改进，以提供针对面向容器的工作流的不可变基础操作系统。

Kubernetes 是一个颇受欢迎的容器编排系统。它可能最常用在那些能够处理巨大负载的强劲硬件上。不过，它也能在像树莓派 3 这样轻量级的设备上运行。让我们继续阅读，来了解如何运行它。

虽然 Kubernetes 在云计算领域风靡一时，但让它在小型单板机上运行可能并不是常见的。不过，我们有非常明确的理由来做这件事。首先，这是一个不需要昂贵硬件就可以学习并熟悉 Kubernetes 的好方法；其次，由于它的流行性，市面上有 大量应用 进行了预先打包，以用于在 Kubernetes 集群中运行。更不用说，当你遇到问题时，会有大规模的社区用户为你提供帮助。

最后但同样重要的是，即使是在家庭实验室这样的小规模环境中，容器编排也确实能够使事情变得更加简单。虽然在学习曲线方面，这一点并不明显，但这些技能在你将来与任何集群打交道的时候都会有帮助。不管你面对的是一个单节点树莓派集群，还是一个大规模的机器学习场，它们的操作方式都是类似的。

一个“正常”安装的 Kubernetes（如果有这么一说的话）对于物联网来说有点沉重。K8s 的推荐内存配置，是每台机器 2GB！不过，我们也有一些替代品，其中一个新人是 k3s —— 一个轻量级的 Kubernetes 发行版。

K3s 非常特殊，因为它将 etcd 替换成了 SQLite 以满足键值存储需求。还有一点，在于整个 k3s 将使用一个二进制文件分发，而不是每个组件一个。这减少了内存占用并简化了安装过程。基于上述原因，我们只需要 512MB 内存即可运行 k3s，极度适合小型单板电脑！

安装 k3s 非常简单。直接运行安装脚本：

它会下载、安装并启动 k3s。安装完成后，运行以下命令来从服务器获取节点列表：

需要注意的是，有几个选项可以通过环境变量传递给安装脚本。这些选项可以在 文档 中找到。当然，你也完全可以直接下载二进制文件来手动安装 k3s。

对于实验和学习来说，这样已经很棒了，不过单节点的集群也不能算一个集群。幸运的是，添加另一个节点并不比设置第一个节点要难。只需要向安装脚本传递两个环境变量，它就可以找到第一个节点，而不用运行 k3s 的服务器部分。

上面的 example-url 应被替换为第一个节点的 IP 地址，或一个完全限定域名。在该节点中，（用 XXX 表示的）令牌可以在 /var/lib/rancher/k3s/server/node-token 文件中找到。

现在我们有了一个 Kubernetes 集群，我们可以真正做些什么呢？让我们从部署一个简单的 Web 服务器开始吧。

这会从名为 nginx 的容器镜像中创建出一个名叫 my-server 的 部署 （默认使用 docker hub 注册中心，以及 latest 标签）。

为了访问到 pod 中运行的 nginx 服务器，首先通过一个 服务 来暴露该部署。以下命令将创建一个与该部署同名的服务。

服务将作为一种负载均衡器和 Pod 的 DNS 记录来工作。比如，当运行第二个 Pod 时，我们只需指定 my-server（服务名称）就可以通过 curl 访问 nginx 服务器。有关如何操作，可以看下面的实例。

默认状态下，一个服务只能获得一个 ClusterIP（只能从集群内部访问），但你也可以通过把它的类型设置为 LoadBalancer 为该服务申请一个外部 IP。不过，并非所有应用都需要自己的 IP 地址。相反，通常可以通过基于 Host 请求头部或请求路径进行路由，从而使多个服务共享一个 IP 地址。你可以在 Kubernetes 使用 Ingress 完成此操作，而这也是我们要做的。Ingress 也提供了额外的功能，比如无需配置应用即可对流量进行 TLS 加密。

Kubernetes 需要 Ingress 控制器来使 Ingress 资源工作，k3s 包含 Traefik 正是出于此目的。它还包含了一个简单的服务负载均衡器，可以为集群中的服务提供外部 IP。这篇 文档 描述了这种服务：

Ingress 控制器已经通过这个负载均衡器暴露在外。你可以使用以下命令找到它正在使用的 IP 地址。

找到名为 traefik 的服务。在上面的例子中，我们感兴趣的 IP 是 10.0.0.8。

让我们创建一个 Ingress，使它通过基于 Host 头部的路由规则将请求路由至我们的服务器。这个例子中我们使用 xip.io 来避免必要的 DNS 记录配置工作。它的工作原理是将 IP 地址作为子域包含，以使用 10.0.0.8.xip.io 的任何子域来达到 IP 10.0.0.8。换句话说，my-server.10.0.0.8.xip.io 被用于访问集群中的 Ingress 控制器。你现在就可以尝试（使用你自己的 IP，而不是 10.0.0.8）。如果没有 Ingress，你应该会访问到“默认后端”，只是一个写着“404 page not found”的页面。

我们可以使用以下 Ingress 让 Ingress 控制器将请求路由到我们的 Web 服务器的服务。

将以上片段保存到 my-ingress.yaml 文件中，然后运行以下命令将其加入集群：

你现在应该能够在你选择的完全限定域名中访问到 nginx 的默认欢迎页面了。在我的例子中，它是 my-server.10.0.0.8.xip.io。Ingress 控制器会通过 Ingress 中包含的信息来路由请求。对 my-server.10.0.0.8.xip.io 的请求将被路由到 Ingress 中定义为 backend 的服务和端口（在本例中为 my-server 和 80）。

想象如下场景：你的家或农场周围有很多的设备。它是一个具有各种硬件功能、传感器和执行器的物联网设备的异构集合。也许某些设备拥有摄像头、天气或光线传感器。其它设备可能会被连接起来，用来控制通风、灯光、百叶窗或闪烁的 LED。

这种情况下，你想从所有传感器中收集数据，在最终使用它来制定决策和控制执行器之前，也可能会对其进行处理和分析。除此之外，你可能还想配置一个仪表盘来可视化那些正在发生的事情。那么 Kubernetes 如何帮助我们来管理这样的事情呢？我们怎么保证 Pod 在合适的设备上运行？

简单的答案就是“标签”。你可以根据功能来标记节点，如下所示：

一旦它们被打上标签，我们就可以轻松地使用 nodeSelector 为你的工作负载选择合适的节点。拼图的最后一块：如果你想在所有合适的节点上运行 Pod，那应该使用 DaemonSet 而不是部署。换句话说，应为每个使用唯一传感器的数据收集应用程序创建一个 DaemonSet，并使用 nodeSelector 确保它们仅在具有适当硬件的节点上运行。

服务发现功能允许 Pod 通过服务名称来寻找彼此，这项功能使得这类分布式系统的管理工作变得易如反掌。你不需要为应用配置 IP 地址或自定义端口，也不需要知道它们。相反，它们可以通过集群中的命名服务轻松找到彼此。

随着集群的启动并运行，收集数据并控制灯光和气候，可能使你觉得你已经把它完成了。不过，集群中还有大量的计算资源可以用于其它项目。这才是 Kubernetes 真正出彩的地方。

你不必担心这些资源的确切位置，或者去计算是否有足够的内存来容纳额外的应用程序。这正是编排系统所解决的问题！你可以轻松地在集群中部署更多的应用，让 Kubernetes 来找出适合运行它们的位置（或是否适合运行它们）。

为什么不运行一个你自己的 NextCloud 实例呢？或者运行 gitea ？你还可以为你所有的物联网容器设置一套 CI/CD 流水线。毕竟，如果你可以在集群中进行本地构建，为什么还要在主计算机上构建并交叉编译它们呢？

这里的要点是，Kubernetes 可以更容易地利用那些你可能浪费掉的“隐藏”资源。Kubernetes 根据可用资源和容错处理规则来调度 Pod，因此你也无需手动完成这些工作。但是，为了帮助 Kubernetes 做出合理的决定，你绝对应该为你的工作负载添加 资源请求 配置。

尽管 Kuberenetes 或一般的容器编排平台通常不会与物联网相关联，但在管理分布式系统时，使用一个编排系统肯定是有意义的。你不仅可以使用统一的方式来处理多样化和异构的设备，还可以简化它们的通信方式。此外，Kubernetes 还可以更好地对闲置资源加以利用。

容器技术使构建“随处运行”应用的想法成为可能。现在，Kubernetes 可以更轻松地来负责“随处”的部分。作为构建一切的不可变基础，我们使用 Fedora IoT。

via:

作者： Lennart Jern 选题： lujun9972 译者： StdioA 校对： wxy

docker快速部署gitlab代码仓库

GitLab 是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。

GitLab由乌克兰程序员DmitriyZaporozhets和ValerySizov开发，它使用 Ruby语言 写成。后来，一部分用 Go语言 重写。截止2018年5月，该公司约有290名团队成员，以及2000多名开源贡献者。GitLab被IBM，Sony，JülichResearchCenter，NASA，Alibaba，Invincea，O’ReillyMedia，Leibniz-Rechenzentrum(LRZ)，CERN，SpaceX等组织使用。

Git、Github、Gitlab的区别：

• Git

一种代码版本管理系统，可以理解为标准或者统称。

• Github

产品名称，基于git开发的代码管理系统，必须公开于互联网上的公共仓库，安全较低，私有项目需要另外付费。

• Gitlab

产品名称，基于git开发的私有代码管理系统，开源免费、可自行管理的私有仓库，安全较高。

• 其它Git

msysGit、 Gitee（码云）、Gitea、 Gogs、 GitBucket类似于Github、Gitlab

下面我们介绍如何用docker快速部署一套功能强大的gitlab-ce社区版代码仓库。

第一步、centos 7.6安装、配置IP、dns、网关等（略）

第二步、安装docker安装，参考作者前几天的文章《centos 7下安装docker》

第三步、安装docker-compose，参考作者前几天的文章《使用docker-compose运行docker容器》

第四步、下载gitlab-ce 13.12.10官方镜像

docker pull gitlab/gitlab-ce:13.12.10-ce.0

第五步、建立相关目录结构，配置目录权限

mkdir -p /data/gitlab/config

mkdir -p /data/gitlab/data

mkdir -p /data/gitlab/logs

第六步、建立docker-compose.yml

cd /data/gitlab vi docker-compose.yml

docker-compose.yml具体配置和说明放本文章后面。

第七步、使用dc up -d起动容器

cd /data/gitlab dc up -d

等待几分钟后服务初始化完成，使用宿主机IP在浏览器上进入gitlab，配置root管理员的密码。一套功能强大的gitlab代码仓库搭建完成，关于gitlab的具使用，后面会推出相关视频/文章说明。

附：docker-compose.yml

version: '3.6' #配置编排的版本

services:

gitlab:

image: gitlab/gitlab-ce:13.12.10-ce.0

TZ: 'Asia/Shanghai' #配置容器时区，不会有8小时差异

GITLAB_OMNIBUS_CONFIG: |

external_url '' #服务器访问地址，也可以是域名

gitlab_rails['time_zone'] = 'Asia/Shanghai' #配置gitlab服务的时区

gitlab_rails['smtp_address'] = "smtp.exmail.qq.com" #管理员邮箱smtp地址

gitlab_rails['smtp_port'] = 465 #管理员邮箱服务器端口

gitlab_rails['smtp_user_name'] = "chenyk@xxxxxx.com" #管理员邮箱地址

gitlab_rails['smtp_password'] = "ZSfS11AssBXX" #管理员邮箱密码，配置后才可以给用户发邮件等信息

gitlab_rails['smtp_domain'] = "xxxxxx.com" #管理员邮箱域名

gitlab_rails['smtp_authentication'] = "login" #管理员邮箱的验证方式为login

gitlab_rails['smtp_enable_starttls_auto'] = true #使用安全加密方式登陆管理员邮箱

gitlab_rails['smtp_tls'] = true

gitlab_rails['gitlab_email_from'] = 'chenyk@xxxxxx.com' #管理员邮箱账号

gitlab_rails['gitlab_shell_ssh_port'] = 22

ports: #放开gitlab 80端口，后面我们用80端口访问gitlab

- '80:80'

volumes: #挂载配置、数据持久化、日志目录

- ./config:/etc/gitlab

- ./data:/var/opt/gitlab

- ./logs:/var/log/gitlab

Gogs+Drone搭建教程

此处是二进制安装，安装过程比较简单，出现问题查看日志即可。

注意官方建议使用Gitea

根据drone.io的文档安装

安装Drone Server和Drone Runner

Runner会去实际执行pipline，如果没有安装运行对应的runner，那么不会执行pipline

此处使用版本2.0.2, 2在搭建的时候前端会出现了bug

在gogs里面检查webhooks 正常，此处的地址会使用DRONE_SERVER_HOST

如果出现错误，尝试修改地址为 drone服务的端口地址

当不存在.drone.yml文件或者仓库没有在drone激活，测试返回的报文可能是dial tcp连接失败。

重新部署只需要停止删除容器 再开启

如果需要删除记录：

ssh部署Demo 以下格式可能是错误的

ymal的语法可以网上找到说明

可以检查yml语法是否正常

docker demo

根据tag执行pipline