什么是 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。 在您的 Mac 上安装 Homebrew 并运行这些命令。 要安装 Git，请运行此命令。
$ brew install git为了更新 Git，我们运行这个命令。
$ brew upgrade git在 Windows 上安装 Git
如果没有安装 Git，我们可以在 Windows 上下载安装。 这是链接到 Git 下载页面.
建议在安装阶段使用默认配置。 除非有特定原因需要更改，否则应使用默认值。 不幸的是，Windows 版 Git 不会自动更新。 我们需要下载安装程序的任何更新版本，以更新 Git。 这维护了我们所有的设置。 安装 Git 后，我们将能够从命令提示符或 PowerShell 中使用它。
Git 最佳实践
1. 分支势在必行！
可以将单个团队参与者分配到不同的 Git 分支。 这允许他们同时工作，但在单独和隔离的环境中。 分支名称应始终与任务相关，以便其他团队成员准确了解正在处理的内容。
分支是避免混合不同开发线的完美工具。 合并工作流时，分支还可以缓解冲突。 在我们的开发过程中应该广泛使用分支。 它应该用于新功能、错误修复、实验或想法。
如果有不再需要的旧分支，我们可以删除它们而不会有丢失更改的风险。 这些分支是不必要的混乱，使人们更难以使用存储库中的现有组件。
2.保持更新
在主存储库中始终拥有项目的最新版本。 在处理创建或分配给团队成员的新功能之前，请始终提交。 如果没有定期更新，合并分支时可能会出现冲突。 我们更喜欢使用测试 >> 暂存 >> 生产类型的开发周期。
3. 使存储库易于理解
经常“提交”小改动。 频繁的提交允许团队成员及时检查和验证修改。
添加提交时，请保持提交消息的描述性和可理解性。 以简短的摘要开始提交注释，并用空行将其与正文分开。 这可以防止在尝试了解以前的更改时进行猜测。
除非使用 .gitignore 文件，否则不要提交生成的文件。 我们可以列出存储库不需要的被忽略文件。 特别是如果它们包含敏感数据（密码、配置文件等）
4. 隐藏你的工作
假设我们发现自己在一个分支上工作并且需要在另一个分支中快速做出改变。 因为更改对于初始分支的相关性是必不可少的，所以我们可以使用“git stash”。
这个命令让我们将未完成的更改保存在堆栈中，我们可以随时检索它！ Stash 还允许我们保存昨晚深夜突然出现在我们脑海中的那个“功能”的想法。 由于我们不想提交一半完成的工作，我们可以使用 stash。
5. 挤压和合并
为了创建更清晰的提交历史，我们可以在拉取请求最终合并时将提交压缩并合并为一个。 因为每个拉取请求都可以有多个提交，所以历史记录中的提交越少，如果以后出现问题，就越容易追踪问题。
结论
每家公司都有自己的 git 最佳实践，而且数量众多。 每个团队都有特定的标准，但我们认为这些基本的“最佳实践”是全球公认的。 在开始项目之前没有设定标准是灾难的根源。 如果您是 Git 新手，可能需要一些时间来适应这些做法。 最终，这些规范将非常有意义。 随着时间的推移，您将采用更适合您的工作流程的其他程序。
立即与专家交谈！
我们的解决方案团队由经验丰富且才华横溢的技术专家组成，他们对多种网络托管技术有着深入的了解，尤其是本文中讨论的技术。
如果您对此信息有任何疑问，我们将随时为您解答任何与本文相关的问题，每天 24 小时、每周 7 天、每年 365 天。
如果您是完全托管的 VPS 服务器， Cloud 专用，VMWare 私有 Cloud私有父服务器, 托管 Cloud 服务器或专用服务器所有者并且您对执行概述的任何步骤感到不舒服，可以通过电话@800.580.4985 联系我们， 聊天 或支持票以帮助您完成此过程。
