基于cobbler的centos全自动安装
准备 网络配置 防火墙 selinux 安装相关包 修改cobbler配置 cobbler自检与修复 更新配置 启动相关服务 web界面 导入镜像 PXE超时后默认选项 测试安装系统 默认配置安装系统 修改kickstart文件 virtualbox中CentOS7.7 Kickstart修改案例 基于system对象安装 参考 准备 virtual box centos7 网络配置
kubernetes编译篇1-mac及容器
准备工作 mac本地构建 容器构建 参考 准备工作 获取代码 切换分支release-1.21， commitID：1a401979386 概览代码的情况，可以看到当前版本的kubernetes代码共有440万+行代码，其中go代码占了356万+行 ❯ cloc . 23659 text files. 18378 unique files. 6789 files
kube-scheduler调度器调度框架源码学习篇1
queueSort扩展点 概述 PrioritySort 装载过程 preFilter扩展点 NodeResourcesFit NodePorts PodTopologySpread InterPodAffinity VolumeBinding NodeAffinity queueSort扩展点 概述 该扩展点需要完成的工作为：对两个pod的调度优先级进行比较 该扩展点有且只有一个插件
kube-scheduler调度器调度框架源码学习篇0
调度器流程 调度框架流程 scheduler的本地启动 导出默认配置 参考 调度器流程 本文及后续系列记录中均参考kubernetes代码版本1.21，对应仓库分支为release-1.21 kube-scheduler watch etcd，获取podSpec中nodeName为空的pod pod进入scheduler的相应队列，最终经过调度器流程，会被安排到合适的节点，即通过apis
go-channel行为总结
unbufferd channel buffered channel unbufferd channel 未被关闭的channel： 发送：阻塞，直到接收者从channel将数据取走 接收：阻塞，直到有发送者将数据发到channel 已被关闭的channel： 发送：panic 接收：数据全部被接收后，再读取会直接读到0值 buffered channel 未满的chan
震惊：git分支和标签重名竟会有如此后果！
问题 分析 解决 教训 参考 问题 前端同事在向公司某项目仓库推送代码时，习惯使用vscode的图形界面完成操作，过程中会从分支列表里选择要push到的分支。今天他照例操作推送完代码后，该分支出现了奇怪的现象： 按照惯例在该分支写代码 切换到名为v2.0.0的分支：git checkout v2.0.0 写代码 像往常一样add、commit & push 但是当在gitlab页