什么是 Git？
Git 是当今最常用的 VCS（版本控制系统）。 Git 是一个免费的分布式版本控制系统，用于在开发过程中跟踪源代码的变化。 它在您的本地系统上安装和维护。 它主要用于协调开发人员之间的工作。 但是，它也可以用于跟踪任何一组文件中的更改。
我们可以在本地提交您的工作，如果一切正常，则可以在服务器上同步。 由于 Git 的流行，在需要时很容易获得帮助。 此外，Git 社区有许多在线学习 Git 的资源。
为什么 Git 有用？
Git 很有用，因为它允许用户创建项目、更改他们的代码以及跟踪项目的更新版本。 它将这些修订按顺序排列，将修改存储在中央存储库中。
每次 Git 提交都是到目前为止所有文件的快照。 如果文件自上次提交后没有更改，Git 将使用之前存储的文件。 这有助于跟踪特定文件中的更改，并且如果需要，可以将代码恢复到之前的提交。
Git 最显着的优势是它的分支功能。 有些人将此称为 Git 最关键的特性。 在 Git 中使用分支允许我们处理代码库的不同部分。 这允许仅在需要时更改主分支。
Git 的替代品
- 水银： Mercurial 与 Git 大约同时推出，也是一个分布式点对点系统。
- 简历： CVS，即并发版本控制系统，是一种用于软件迭代的免费客户端-服务器版本控制系统。
- SVN： SVN 是免费的开源软件，许可在 Apache 用C语言写的。
- Perforce – 螺旋核心： Perforce 跟踪和管理对我们的源代码、数字资产和大型二进制文件的更改。
如何安装 Git
在 Linux 上安装 Git
我们可以通过我们的包管理工具在 Linux 上安装 Git。 在基于 RPM 的发行版上，例如 CentOS，我们可以使用 dnf。
$ sudo dnf install git-all对于基于 Debian 的发行版，例如 Ubuntu，我们将使用 apt 来安装软件。
$ sudo apt install git-all在 macOS 上安装 Git
要在 macOS Mavericks (10.9) 或更高版本上安装 Git，我们需要在终端中运行 Git 命令。
$ git --version如果尚未安装 Git，它会提示我们安装它。 安装 Git 并使其保持最新状态的另一个选择是通过 Homebrew。 安装 Homebrew 并在 Mac 上运行这些命令。 要安装 Git，请运行此命令。
$ brew install git为了更新 Git，我们运行这个命令。
$ brew upgrade git在 Windows 上安装 Git
如果没有安装 Git，我们可以在 Windows 上下载安装。 这是链接到 Git 下载页面.
建议在安装阶段使用默认配置。 除非有特殊原因需要更改，否则应使用默认值。 不幸的是，Git for Windows 不会自动更新。 我们需要下载安装程序的任何更新版本，以更新 Git。 这会保留我们的所有设置。 一旦安装了 Git，我们就可以从命令提示符或 PowerShell 中使用它。
Git 最佳实践
1. 分支势在必行！
单个团队参与者可以分配到不同的 Git 分支。 这允许它们在单独和隔离的环境中同时工作。 分支名称应始终与任务相关，以便其他团队成员准确了解正在处理的内容。
分支是避免混合不同开发线的完美工具。 合并工作流时，分支还可以缓解冲突。 在我们的开发过程中应该广泛使用分支。 它应该用于新功能、错误修复、实验或想法。
如果有不再需要的旧分支，我们可以删除它们而不会丢失更改的风险。 这些分支是不必要的混乱，使人们更难使用存储库中的现有组件。
2. 保持更新
在主存储库中始终拥有项目的最新版本。 在处理创建或分配给团队成员的新功能之前，请始终提交。 如果更新不定期发生，合并分支时可能会出现冲突。 我们更喜欢使用测试 >> 分期 >> 生产类型的开发周期。
3. 使存储库易于理解
经常“提交”小的变化。 频繁提交允许团队成员及时检查和验证修改。
添加提交时，请确保提交消息具有描述性和可理解性。 以简短的摘要开始提交评论，并用空行将其与正文分开。 这可以防止在尝试了解以前的更改时进行猜测。
除非使用 .gitignore 文件，否则不要提交生成的文件。 我们可以列出存储库不需要的被忽略的文件。 特别是如果它们包含敏感数据（密码、配置文件等）
4. 藏好你的作品
假设我们发现自己在一个分支上工作并且需要快速在另一个分支中进行更改。 因为更改对于初始分支的相关性是必要的，所以我们可以使用“git stash”。
这个命令让我们将未完成的更改保存在一个堆栈中，我们可以随时检索它！ Stash 还允许我们为昨晚深夜出现在我们脑海中的那个“功能”保存想法。 由于我们不想提交半完成的工作，我们可以使用 stash。
5. 挤压和合并
为了创建更清晰的提交历史，我们可以在最终合并拉取请求时将提交压缩并合并为一个。 因为每个拉取请求都可以有多个提交，所以历史上的提交越少，如果以后出现问题，就越容易追踪问题。
结论
每个公司都有自己的 git 最佳实践，而且它们可能很多。 每个团队都有特定的标准，但我们认为这些基本的“最佳实践”是全球公认的。 在开始项目之前没有设定标准是灾难的根源。 如果您是 Git 新手，可能需要一些时间来习惯这些做法。 最终，这些规范将变得非常有意义。 随着时间的推移，您将采用更适合您工作流程的其他程序。
立即咨询专家！
我们的解决方案团队由经验丰富且才华横溢的技术人员组成，他们对多种网络托管技术（尤其是本文中讨论的技术）有着深入的了解。
如果您对此信息有任何疑问，我们随时可以回答与本文相关的任何问题，一年 365 天，一周 7 天，一天 24 小时。
如果您是完全托管的 VPS 服务器， Cloud 专用，VMWare 私有 Cloud, 私有父服务器, 托管 Cloud 服务器或专用服务器所有者，并且您对执行列出的任何步骤感到不舒服，可以通过电话@800.580.4985 与我们联系，一个 聊天 或支持票以协助您完成此过程。
