Microsoft 365 管理员的源代码控制：第三部分

这是涵盖 Microsoft 365 租户管理员基于 Git 的源代码控制的系列文章中的第三篇也是最后一篇文章。

第一篇文章介绍了源代码控制以及如何开始使用 Git。 第二篇文章重点讨论使用 Git 与其他开发人员进行协作。在本文中，您将学习如何利用工具来简化 Git 工作流程，并深入了解一些有用的高级技术。

工具

有数十个（如果不是数百个）工具可以与 Git 一起使用。在本节中，我将重点介绍我每天使用的三个特定工具。

视觉工作室代码

Visual Studio Code 是 Microsoft 创建的一款功能强大、免费、开源的代码编辑器。 VS Code 是一个很棒的 PowerShell 编辑器。安装 VS Code 后，请务必安装 PowerShell 扩展。 VS Code 也与 Git 无缝集成。 当您在 VS Code 中打开项目时，您会看到源代码管理图标（图 1）。

此外，通过单击省略号菜单，您会看到许多 Git 命令，这些命令在本系列的前两篇文章中看起来应该很熟悉，例如 Commit、Pull、Push、Branch，以及一些新命令，包括 Stash 和 Tags（图2）。

VS Code 很棒，我强烈推荐使用它。您应该意识到，有时 VS Code 等工具会添加看起来像本机功能的额外功能。例如，VS Code 有一个名为 Sync 的命令，如下图 3 所示。

没有等效的“gitsync”命令。 VS Code 命令实际上是执行“git pull”，然后立即执行“git push”。这对于日常使用很有帮助，但重要的是要了解该命令的作用，以防出现问题并且需要进行故障排除。

我鼓励您尽可能多地使用 VS Code，并继续学习和使用 Git 命令行。有时，您需要执行 VS Code 可能会抽象掉的操作。了解您的生产力工具正在做什么总是有好处的。

Microsoft 平台迁移规划和整合

简化迁移规划，克服迁移挑战，更快地完成项目，同时最大限度地降低成本、风险和对用户的干扰。

豪华git

如果您编写 PowerShell 代码并使用源代码管理，Posh-git 是另一个很棒的工具。 Posh-git 是一个 PowerShell 模块，它通过直接在 PowerShell 提示符中提供 Git 状态摘要来集成 Git 和 PowerShell。 PowerShell 提示符是一个 PowerShell 函数，并且因为它是一个函数，所以您可以用它做任何您想做的事情。 Keith Dahlby 和许多其他贡献者使用可自定义 PowerShell 提示符的强大功能来构建 Posh-git。您可以直接从 PowerShell 库安装该工具：

Install-Module posh-git

Posh-Git 会告诉您所在的分支以及有关暂存和提交文件的统计信息，如图 4 所示。红色输出表示文件需要暂存或添加到提交中。绿色表示文件已暂存并准备好提交。 Posh-Git 可让您使用提示快速更新 git 存储库。

Posh-git 非常轻量级，并且易于从 PowerShell 库进行部署。我经常使用它来开发和构建服务器。

噢我的豪华

Oh-My-Posh 是另一个工具，它将 PowerShell 提示符与 Git 状态以及许多其他选项集成在一起，例如计算机上的电池或者当前是否连接到 Azure 订阅。 Oh-My-Posh 使用插件模型（图 5）。如果你可以编码，你可以添加它

Oh-My-Posh 这个名字是 Oh My Zsh 这个名字的变体，Oh My Zsh 是一个流行的框架，用于管理 Mac 和 Linux 机器上的 Zsh 配置。 Scott Hanselman 从事 .NET 开源和 Microsoft Azure 云工作，他有一篇很棒的博客文章，介绍了配置 Oh-My-Posh 并将其与 PowerShell 和 Windows 终端一起使用。

我在我的主笔记本电脑上使用 Oh-My-Posh。 Oh-My-Posh 可以在 Windows 控制台应用程序（托管 PowerShell 和 Cmd.exe）中工作，但由于其现代化的 UI 功能，当它与 Windows 终端结合使用时，它才真正大放异彩。

高级 Git 技术

现在您已经了解了 Git 的一些有用工具，接下来让我们深入研究一些您可能并不每天都需要但有时会派上用场的高级技术。

git 存储

当您需要保存一些更改但不想将它们提交到分支时，Git stash 非常有用。每隔一段时间，我就会拉出主分支并开始编辑代码。在进行三到四次更改后，我意识到我仍然在主分支上，并且我应该为这些更改创建一个功能分支。 我可以使用“git stash”暂时保存我的更改。当我执行“git stash”时，主分支会返回到我开始编辑之前的状态。我可以创建一个新的功能分支，然后使用“git stash apply”将存储应用到该分支。该过程如图 6 所示。

Git 变基

当与其他人一起开发代码库时，Rebase 就会发挥作用。例如，我创建FeatureBranch1（F1分支）。第二天，另一位工程师创建了FeatureBranch2（F2分支）。她完成了FeatureBranch2并将其合并到主分支中。现在我遇到的情况是，FeatureBranch1 基于主分支上的旧提交。我可以使用 rebase 来更改 FeatureBranch1 的基本提交。

图 7 显示了在 f2 分支合并到主分支后第一个分支如何仍然存在。

然后，您需要确保 F1 分支考虑了自创建 F1 分支以来对主分支所做的所有更改。图 8 显示了如何将 F1 分支变基到主分支的最新提交。

git合并

Git 合并用于将一个分支的更改合并到另一个分支。当贡献者提交拉取请求并获得 GitHub 或 Azure DevOps 上的所有者批准时，Git 会将代码从功能分支合并到主分支中。您也可以在本地合并更改，如图 7 所示，其中 f2 分支被合并到主分支中。在示例中，git 足够聪明，可以自动完成合并。这种情况并不总是发生。有时，开发人员会出现合并冲突。当两个不同的分支尝试更改同一文件时会发生这种情况。请参见图 9 作为示例。

c1分支可以成功合并到主分支。然而，当我们尝试合并 c2 时，Git 发出冲突信号（图 10）。

当发生合并冲突时，Git 会注释存在冲突的文件，如图 11 所示。

可以使用文本编辑器来解决这些冲突，但 VS Code 让它变得非常好。如果您打开一个存在合并冲突的文件，VS Code 会突出显示每个冲突并提供要保留的更改的选项。在本例中，我接受这两项更改（图 12）。

现在可以暂存并提交更改。 cat 命令是 Get-Content 的别名，显示这两个更改都已添加到主分支中的conflict.txt 中（图 13）。

请记住……这是一段旅程

正如我在第一篇文章中提到的，代码是我们作为 Microsoft 365 租户管理员工作的重要组成部分。您对学习和理解 Git 工作原理的投入可以成为您职业生涯的宝贵资产。

记住从简单开始。您将在需要时学习 Git 的新技术和功能。这是一次旅程。我希望本文能让您了解一些用于管理代码的出色生产力工具，并帮助您深入了解一些有用的高级技术。

Microsoft 365 杀伤链和攻击路径管理

有效的网络安全策略需要对攻击如何展开有清晰、全面的了解。阅读本白皮书以获得保卫您的组织所需的专家见解！