系统设计 - 我们如何通俗的理解那些技术的运行原理 - 第七部分：Git、云服务、生产力工具

本心、输入输出、结果

系统设计 - 我们如何通俗的理解那些技术的运行原理 - 第七部分：Git、云服务、生产力工具

---

编辑：简简单单 Online zuozuo
地址：https://blog.csdn.net/qq_15071263

---

如果觉得本文对你有帮助，欢迎点赞、收藏、评论

前言

我们使用视觉效果和简单术语来解释复杂的系统是如何运转的，帮助我们理解技术细节

我们使用视觉效果和简单术语来解释复杂的系统是如何运转的，帮助我们理解技术细节

Git ：Git 命令的工作原理

首先，确定代码的存储位置至关重要。通常的假设是只有两个位置 - 一个在像Github这样的远程服务器上，另一个在我们的本地机器上。但是，这并不完全准确。Git 在我们的机器上维护三个本地存储，这意味着我们的代码可以在四个地方找到

• 工作目录：我们编辑文件的位置
• 暂存区域：保存文件以供下次提交的临时位置
• 本地存储库：包含已提交的代码
• 远程存储库：存储代码的远程服务器

大多数 Git 命令主要在这四个位置之间移动文件

Git 如何工作

下图显示了 Git 工作流

Git 是一个分布式版本控制系统。

每个开发人员都维护主存储库的本地副本，并编辑和提交到本地副本。

提交速度非常快，因为操作不与远程存储库交互。

如果远程存储库崩溃，可以从本地存储库恢复文件

Git merge vs. Git rebase

Git merge vs. Git rebase 有什么区别

当我们将从一个 Git 分支的更改合并到另一个分支时，我们可以使用“git merge”或“git rebase”。下图显示了这两个命令的工作原理。

Git merge

这会在主分支中创建新的提交 G’。G’ 将主要分支和功能分支的历史联系起来。

Git 合并是非破坏性的。主分支和功能分支都不会更改。

Git rebase

Git 变基将功能分支历史记录移动到主分支的头部。它为功能分支中的每个提交创建新的提交 E’、F’ 和 G’。

变基的好处是它具有线性提交历史记录。

如果不遵循“git 变基的黄金法则”，变基可能会很危险。

Git rebaes 的黄金法则

切勿在公共分支使用它！

云服务 : 不同云服务的漂亮清单图（2023 版）

什么是云原生？

下图显示了自 1980 年代以来架构和流程的演变

组织可以使用云原生技术在公有云、私有云和混合云上构建和运行可扩展的应用程序。

这意味着应用程序旨在利用云功能，因此它们具有负载弹性且易于扩展。

云原生包括 4 个方面：

1. 开发过程 : 这已经从瀑布式发展到敏捷再到 DevOps。
2. 应用程序体系结构 : 该架构已从整体式转变为微服务。每项服务都设计为小型服务，以适应云容器中的有限资源。
3. 部署和打包 : 应用程序过去部署在物理服务器上。然后在 2000 年左右，对延迟不敏感的应用程序通常部署在虚拟服务器上。使用云原生应用程序，它们被打包到 docker 映像中并部署在容器中。
4. 应用程序基础结构 : 这些应用程序大量部署在云基础架构上，而不是自托管服务器上。

开发人员生产力工具：可视化 JSON 文件

嵌套的 JSON 文件难以读取。

JsonCrack从JSON文件生成图形图，并使其易于阅读。

此外，生成的图表可以作为图像下载

自动将代码转换为架构图

它可以做什么？

• 用Python代码绘制云系统架构。
• 图表也可以直接在Jupyter笔记本中呈现。
• 不需要任何设计工具。
• 支持以下提供商：AWS、Azure、GCP、Kubernetes、阿里云、Oracle云等。

弘扬爱国精神