学习这30个实例就足够了

这个过程服务器做了三件事：

• 选择了名为 named_curve 的椭圆曲线，选好了椭圆曲线相当于椭圆曲线基点 G 也定好了，这些都会公开给客户端;
• 生成随机数作为服务端椭圆曲线的私钥，保留到本地;
• 根据基点 G 和私钥计算出服务端的椭圆曲线公钥，这个会公开给客户端。

为了保证这个椭圆曲线的公钥不被第三方篡改，服务端会用 RSA 签名算法给服务端的椭圆曲线公钥做个签名。

随后，就是「Server Hello Done」消息，服务端跟客户端表明：“这些就是我提供的信息，打招呼完毕”。
 

如果你使用Jenkins，默认设置将同步运行部署管道中的每一步。例如，如果你需要运行单元测试、集成测试和一些Sonar验证，它们必须在一个服务器环境中运行。根据服务器中的可用资源，这可能会延迟执行。此外，您无需付出额外的努力来使管道可靠。

通过使用GitHub Actions，这些工作可以并行化，如上图所示，例如，工作1可以是单元测试和集成测试，工作2可以是Sonar验证。
 

而且我可能不会去选择任何第三方的Jenkin托管产品。我觉得把对源代码和敏感信息的访问权交给第三方供应商风险太大。

由于这个原因，Jenkins服务器需要安装，而GitHub Actions不需要。因此，在GitHub Actions中，设置过程就方便多了。此外，GitHub Actions是一系列的docker运行。它仅需要 docker build 和 docker run，这使得运行和调试非常容易。

与GitHub紧密集成——无缝体验

最初，Jenkins似乎比GitHub Actions更灵活。Jenkins主要基于帐户和触发器，并以构建为中心。这些不符合GitHub events。与此相反，GitHub的actions涵盖范围很广。因此，每个GitHub events都有一个GitHub Action。

GitHub Actions支持多种语言和框架，它们也使用YAML编写。因此，它们可以像代码一样进行编辑，重用，共享和forked。

它与GitHub的使用很直接，因为当你forke一个仓库时，动作会自动被forke。

这让你可以非常高效地测试和构建项目，甚至可以在更接近开发者的地方运行项目。另外，您可以随时访问GitHub API，从而使其在开发人员中更受欢迎。

使用Bit(Github)时，可以看到这种紧密集成的一种流行用例。Bit是一个工具和平台，它可以轻松地将JS组件(Node、React、Vue、Angular等)从任何资源库共享到Bit的云服务，并从那里共享到其他资源库。

Bit的云服务可以自动生成对所有Github仓库的拉取请求，这些仓库受一个共享组件的变更影响。这些自动生成的PR可以作为Github Actions的触发器。

这意味着，对一个单一(共享)组件的改变可以在所有使用它的资源库中传播，触发CI，验证所有项目没有被破坏。

GitHub Actions的另一大“特色”是，它们可以通过GitHub Marketplace相互分享。你可以重用其他开发者编写的Action，这样可以为你节省大量的时间，避免重写已有的代码。

协调器和构建节点——规模化构建

GitHub Actions默认遵循主从(协调者和构建节点)模式，而不是Jenkins为我们提供的顺序管道。

然而，需要注意的是，类似的设置在Jenkins中也是可以实现的，但需要额外的努力和知识才能让它运行起来。

（编辑：怀化站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!