纸上得来终觉浅，绝知此事要躬行。 今天更新项目的时候，使用 git submodule 进行 update 的时候，出现下面的错误信息。通过字面上面的意思，说是主项目中记录的 submodule 的 HEAD 超前，导致找不到指定的 commit 信息。 # 子模块更新报错 $ git submodule update Submodule path 'project1': checked out

这里主要记录在日常使用 Git 时，遇到的一些零碎问题。不易写成独立文章，所以统一记录于此。 1. Git 分支已经删除 远程获取分支最新代码，提示远程分支已经不存在了 问题描述：下拉代码的时候提示分支不太对。 # 获取最新代码报错 ➜ git pull Your configuration specifies to merge with the ref 'refs/heads/ipo_user'

大多数命令和使用技巧都是参考自《Git 的奇技淫巧》，如有侵权即刻删除。 1. Git 版本对比相关操作 这是一个完美的备注信息！ [1] 输出工作区和暂存区的不同。 git diff [2] 展示暂存区和最近版本的不同 git diff --cached [3] 展示暂存区、工作区和最近版本的不同 git diff HEAD [4] 展示本地仓库中任意两个 commit 之间的文件变动 git

截取自《git-scm.com》，如有侵权即刻删除。 签署标签与提交很棒，但是如果决定在正常的工作流程中使用它，你必须确保团队中的每一个人都理解如何这样做。如果没有，你将会花费大量时间帮助其他人找出并用签名的版本重写提交。在采用签署成为标准工作流程的一部分前，确保你完全理解 GPG 及签署带来的好处。 1. GPG 安装 这是一个完美的备注信息！ MacOS # 安装工具 $ brew unins

变基 rebase 的特点：把分叉的提交历史“整理”成一条直线，看上去更直观。 1. Rebase：产生意义 主要讲述其主要的用途和产生的作用 在 Git 中整合来自不同分支的修改主要有两种方法：merge 以及 rebase。对应 merge 操作来说，想必我们都已经使用过很多次了，而 rebase 又是用在哪里呢？已经其正确的使用方式，到底是什么呢？ 我们使用 Git 进行产品开发的代码管理，

用于个人和工作的 Git 账户进行提交，而无需手动重置你的配置。 Git 是一个分布式版本控制软件，最初由 林纳斯·托瓦兹 创作，于 2005 年以 GPL 协议发布。最初目的是为更好地管理 Linux 内核开发而设计。很多著名的软件都使用 Git 进行版本控制，其中包括 Linux 内核、X.Org 服务器和 OLPC 内核等项目的开发流程。 Git –distributed-is-the-ne

纸上得来终觉浅，绝知此事要躬行。 Git 是一个分布式版本控制软件，最初由 林纳斯·托瓦兹 创作，于 2005 年发布。最初目的是为更好地管理 Linux 内核开发。Git 在本地磁盘上就保存着所有有关当前项目的历史更新，处理速度快。Git 中的绝大多数操作都只需要访问本地文件和资源，不用实时联网。 Git LFS(Large File Storage - ⼤⽂件存储）是可以把⾳乐、图⽚、视频等指

纸上得来终觉浅，绝知此事要躬行。 简单地说，Git 究竟是怎样的一个系统呢？ 请注意接下来的内容非常重要，若你理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游刃有余。 在学习 Git 时，请尽量理清你对其它版本管理系统已有的认识，如 CVS、Subversion 或 Perforce， 这样能帮助你使用工具时避免发生混淆。尽管 Git 用起来与其它的版本控制系统非常相似， 但它在对信

只有在遇到问题的时候，才体会到技巧带来的好处！ 如果我们希望能够快速了解或体验一下 Git 的操作的话，我这里推荐搭建前往这个网站进行学习，其不需要我们安装工具，而且我们的每一步操作都可以在右侧实时看到状态，对于我们学习和理解 Git 工作方式和原理非常有帮助的。—— 欢迎光临 => Learn Git Branching 1. 常见企业工作流程 主要介绍，企业中常用的 Git 工作流程！

学会之后，发现 git worktree 很好用，赞 👍 git worktree 严格意义上说已经不是一个新的功能了，它推出也已经好几年了，是在 2015 年 7 月发布的 2.5 版引入的。Worktree 是链接到统一仓库的多个工作区。一个 git 仓库可以支持多个工作树，分别对应不同的分支。 之前在 Twitter 上面看到 Guido van Rossum 发了一个推文，说自己为什么之前

我们一起学习如何搭建 Kubernetes 的高可用的集群构建吧！ Kubernetes 作为近几年最具颠覆性的容器编排技术，广泛应用与企业的生产环境中，相较于前几年的 docker-swarm 的编排方式，Kubernetes 无疑是站在一个更高的角度对容器进行管理，方便日后项目的普适性，容易对架构进行扩展。 1. 基础设置 记录在安装之前需要准备的内容和操作！ [1] 设置系统主机名 # 设置

Etcd 是一个使用一致性哈希算法(Raft)在分布式环境下的 key/value 存储服务。利用 Etcd 的特性，应用程序可以在集群中共享信息、配置或作服务发现，Etcd 会在集群的各个节点中复制这些数据并保证这些数据始终正确。 System Requirements >= 8v CPU + 16GB RAM + 50GB SSD 1. 安装使用 静态就是在配置服务之前已经知道了节点的地

通常情况下，我们自行部署 k8s 集群之后，要么使用 kubectl 命令做集群管理，要么使用 bashbroad 的 UI 管理界面来管理集群。最近，发现了一个基于终端且比较好用的项目，可以让我们快速查看、导航、观察并解决日常我们使用 Kubernetes 中的一些问题，这就是 k9s 项目。 1. 工具介绍 日常使用终端的你，可谓是一件利器！ k9s 是一个基于 curses 的全屏终端 UI

k3s: 带你尝鲜史上最轻量 Kubernetes 发行版! 我们都知道 Kubernetes 是一个容器编排平台，可以用来管理我们的容器集群。但是如果我们只是作为学习来使用的话，Kubernetes 未免有些太重了，有些人的本机估计都没有办法来运行完整的 3 实例(一个 master，两个 agent)的集群环境。虽然网上也有使用 vagrant 和 machine 的部署方式，但是使用和配置还

这里主要是为了记录在使用 Docker 的时候遇到的问题及其处理解决方法。 诡异的问题时常发生，如果正确的处理它们呢？将是一个值得思考和学习的问题！通过对错误和异常问题的排除和处理，能够增长我们的知识储备已经掌握处理问题最为有效和使用的方式。这里将会记录常见的集群使用的问题，以备不时之需。 1. K8S 证书过期处理 默认 K8S 集群的证书(certificate)有效期为一年时间 =>

虽然网上有大量从零搭建 K8S 的文章，但大都针对老版本，若直接照搬去安装最新的 1.20 版本会遇到一堆问题。故此将我的安装步骤记录下来，希望能为读者提供 copy and paste 式的集群搭建帮助。 1. 部署准备工作 部署最小化 K8S 集群：master + node1 + node2 Ubuntu 是一款基于 Debian Linux 的以桌面应用为主的操作系统，内容涵盖文字处理、电

仪表板是基于 Web 的 Kubernetes 用户界面。您可以使用仪表板将容器化应用程序部署到 Kubernetes 集群，对容器化应用程序进行故障排除，并管理集群本身及其伴随资源。您可以使用仪表板来概述群集上运行的应用程序，以及创建或修改单个 Kubernetes 资源。 通过 yaml 文件默认安装完 k8s 集群和 Dashboard 服务之后，都是使用 token 或者 Kubeconf

同时从多个 Pod 跟踪 K8S 日志的 Bash 脚本！ 通常情况下，在部署了 K8S 服务之后，为了更好地监控服务的运行情况，都会接入对应的日志系统来进行检测和分析，比如常见的 Filebeat + ElasticSearch + Kibana 这一套组合来完成。虽然该组合可以满足我们对于服务监控的要求，但是如果只是部署一个内部单服务用的话，未免显得大材小用，而且部署服务还会带来大量的资源消耗

容器非常的流行，容器安全也变得重要起来了！ Kubernetes，经常被缩写为 K8s，是一个开源的容器或编排系统，用于自动部署、扩展和管理容器化应用程序。它管理着构成集群的所有元素，从应用中的每个微服务到整个集群。与单体软件平台相比，将容器化应用作为微服务使用可以提供更多的灵活性和安全优势，但也可能引入其他复杂因素。 安全性: DistroLess > BinaryLess > Sh

Kubernetes 支持对节点上的 AMD 和 NVIDIA 的 GPU 进行管理，目前处于实验状态。 用户如何在不同的 Kubernetes 版本中使用 GPU，以及当前存在的一些限制。 1. 使用设备插件 参考自官方文档 - 调度 GPUs 资源 Kubernetes 实现了 Device Plugins 以允许 Pod 访问类似 GPU 这类特殊的硬件功能特性。作为运维管理人员，你要在节点