<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>github | 伪架构师</title>
    <link>/tags/github/</link>
      <atom:link href="/tags/github/index.xml" rel="self" type="application/rss+xml" />
    <description>github</description>
    <generator>Source Themes Academic (https://sourcethemes.com/academic/)</generator><language>zh</language><lastBuildDate>Fri, 26 Nov 2021 16:36:44 +0800</lastBuildDate>
    <image>
      <url>/img/logo-wide.png</url>
      <title>github</title>
      <link>/tags/github/</link>
    </image>
    
    <item>
      <title>Release 自动更新 Krew Index</title>
      <link>/post/auto-refresh-krew-index/</link>
      <pubDate>Fri, 26 Nov 2021 16:36:44 +0800</pubDate>
      <guid>/post/auto-refresh-krew-index/</guid>
      <description>&lt;p&gt;前面介绍过&lt;a href=&#34;https://blog.fleeto.us/post/how-to-krew/&#34; target=&#34;_blank&#34;&gt;创建 Krew 插件的方法&lt;/a&gt;，其中生成插件描述文件的部分，可以说是又直接又麻烦，而且每次发布的时候，都要重新生成并刷新 Krew Index，于是我写了个&lt;a href=&#34;https://gist.github.com/fleeto/11eb8792b3b96e7f7b85846e95c5f4e3&#34; target=&#34;_blank&#34;&gt;脚本&lt;/a&gt;，可以根据既有信息和已经发布的二进制文件生成 YAML 文件。这个脚本的功能，简单说就是写一个 YAML 模板，然后下载二进制文件，计算哈希，生成最终的插件描述文件，把描述文件覆盖旧版本，然后发布 PR 即可。有了脚本之后其实还是挺麻烦的，不过在浏览 Krew 文档时发现有一节 &lt;a href=&#34;https://krew.sigs.k8s.io/docs/developer-guide/release/automating-updates/&#34; target=&#34;_blank&#34;&gt;Automating plugin updates&lt;/a&gt; ，其中提到了可以使用 &lt;a href=&#34;https://github.com/rajatjindal/krew-release-bot&#34; target=&#34;_blank&#34;&gt;Krew Release Bot&lt;/a&gt; 来自动地完成这个过程，官方强烈推荐使用这个 Bot 进行更新，理由是该 Bot 生成清单文件后自动提交的 PR，如果其中包含的变更内容只是简单的版本升级，能够被 &lt;a href=&#34;https://github.com/kubernetes-sigs/krew-index&#34; target=&#34;_blank&#34;&gt;Krew Index&lt;/a&gt; 的 Bot 自动处理，免除人工环节之后，整个更新过程可以在几分钟之内完成，避免了新版本二进制无法及时更新的尴尬。下面就介绍一下这个 Bot 的用法。&lt;/p&gt;

&lt;p&gt;这个 Bot 是一个 &lt;a href=&#34;https://github.com/features/actions&#34; target=&#34;_blank&#34;&gt;Github Action&lt;/a&gt; 的插件，其工作原理和之前的脚本类似，在前文&lt;a href=&#34;https://blog.fleeto.us/post/auto-build-with-github-action/&#34; target=&#34;_blank&#34;&gt;用 Github Action 自动发布二进制包&lt;/a&gt;中，在 &lt;a href=&#34;https://github.com/karmada-io/karmada&#34; target=&#34;_blank&#34;&gt;Karmada 项目&lt;/a&gt; 里使用 Github Action 进行了二进制文件的构建和发布，接下来继续使用这个基础，根据新发布的二进制来更新 Krew Index。&lt;/p&gt;

&lt;p&gt;要在项目里使用 Krew Release Bot，首先要求项目插件已经成功发布到 Krew Index 中；接下来，需要生成一个文件 &lt;code&gt;.krew.yaml&lt;/code&gt;，作为 Bot 的模板，这个模板和 Krew Index 的 YAML 是基本一致的，不过其中的二进制 URL 和 Hash 部分被替换为模板的占位符，例如 &lt;code&gt;{{addURIAndSha &amp;quot;https://github.com/karmada-io/karmada/releases/download/{{ .TagName }}/kubectl-karmada-darwin-arm64.tgz&amp;quot; .TagName }}&lt;/code&gt;，甚至连这一步简单操作，Bot 作者也帮你解决了——他做了一个 &lt;a href=&#34;https://rajatjindal.com/tools/krew-release-bot-helper/&#34; target=&#34;_blank&#34;&gt;Krew Release Bot Helper&lt;/a&gt;，在输入框输入已发布的 Karmada 插件名称，就可以自动生成 YAML 模板，放到项目里就可以了。&lt;/p&gt;

&lt;p&gt;接下来，在 Release Action 里面加入如下语句：&lt;/p&gt;

&lt;pre&gt;&lt;code class=&#34;language-yaml&#34;&gt;- name: Update new version in krew-index
  uses: rajatjindal/krew-release-bot@v0.0.40
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;提交代码之后，创建一个新的 Release，会发现 Action 失败了，错误信息大概如下：&lt;/p&gt;

&lt;p&gt;&lt;img src=&#34;images/error.png&#34; alt=&#34;error&#34; /&gt;&lt;/p&gt;

&lt;p&gt;原因在于前面使用的 &lt;code&gt;Matrix&lt;/code&gt;，我们的 PR 应该在生成并上传所有的二进制文件之后才能发起，所以改成这样：&lt;/p&gt;

&lt;pre&gt;&lt;code class=&#34;language-yaml&#34;&gt;  update-krew-index:
    needs: release-assests
    name: Update krew-index
    runs-on: ubuntu-18.04
    steps:
    - uses: actions/checkout@master
    - name: Update new version in krew-index
      uses: rajatjindal/krew-release-bot@v0.0.40
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;这里用了一个新的 &lt;code&gt;job&lt;/code&gt;，使用 &lt;a href=&#34;https://docs.github.com/en/actions/learn-github-actions/workflow-syntax-for-github-actions#jobsjob_idneeds&#34; target=&#34;_blank&#34;&gt;&lt;code&gt;needs&lt;/code&gt;&lt;/a&gt; 关键字明确指出，需要等待 &lt;code&gt;release-assests&lt;/code&gt; 任务完成。&lt;/p&gt;

&lt;p&gt;再次提交，并创建 Tag，创建 Release。Action 运行示意图如下：&lt;/p&gt;

&lt;p&gt;&lt;img src=&#34;images/follow.png&#34; alt=&#34;follow&#34; /&gt;&lt;/p&gt;

&lt;p&gt;这里生成的 URL 所指向的二进制文件是无法访问的，因此还是无法成功，但如果是官方自行发布的话，就可以了，而且如上文所说，这样生成的 PR 会在几分钟之内得到 Approve。&lt;/p&gt;

&lt;p&gt;读到这里会产生一个问题，会不会有人冒充发表呢？应该是不会的：Krew index 项目的 PR 机器人会对新 PR 的差异进行判定，如果不是典型的版本更新，会转入人工通道，因此新发的 PR 必须是和上一个版本具备这样的差异关系，而且必须是基于官方的二进制发布，才能够得到自动审批，因此完全可以放心使用。&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>清理 Docker 和私库镜像</title>
      <link>/post/another-new-project-on-github/</link>
      <pubDate>Fri, 11 Nov 2016 10:27:26 +0800</pubDate>
      <guid>/post/another-new-project-on-github/</guid>
      <description>&lt;p&gt;最近一直忙些不靠谱的玩意，意外的发现， Docker 和 DevOps 的苟合之后，没有计划生育的结果就是镜像的极度膨胀，兄弟团队每天上百次的构建，让他们可怜的存储条件无法镜像爆炸的后果，因此就有了这俩工具。&lt;/p&gt;

&lt;p&gt;两个工具分别用于清理 Docker 的本地镜像以及私库镜像，Github 地址：&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;&lt;code&gt;https://github.com/fleeto/clear-registry-image&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;&lt;code&gt;https://github.com/fleeto/clear-docker-image&lt;/code&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;之所以没有采用 request 之类而是用的原始的命令行方式，主要是考虑降低部署依赖。&lt;/p&gt;
</description>
    </item>
    
  </channel>
</rss>
