版本控制和协作的最佳实践

在编写代码时，一个有用的工具是版本控制软件。到目前为止，最流行的版本是Git。Git会保存你的代码的以前版本，允许你进行更改，并在你犯了灾难性错误时恢复到以前的版本。它本质上是一个备份。Git还通过轻松突出差异和解决冲突来促进项目协作。

版本控制系统的重要性（例如，Git）

使用版本控制系统几乎与保存您的工作一样重要。它可以记录您的进度，备份成功的版本，并提供一个轻松的地点来发布您的工作。让我们来看看使用git进行独立和协作编码项目的优势。

协同编码

在项目上进行协作的一种方法是一次来回传递一个版本。在这个系统中，每个程序员基本上都“checks out”代码，在他们的部分工作，并将其传递给下一个程序员。这是缓慢和低效的。如果两个人意外地同时处理文件，也会导致问题，导致同一代码的两个不同版本。

一个更好的解决方案是使用像Git这样的版本控制系统。使用Git，多个程序员可以同时处理代码。当他们将代码更改推送到主存储库时，有一个简单的过程用于合并代码的不同部分，以便所有内容都能一起工作。一旦合并，新更新的代码就可以免费提供给每个访问存储库的人。这允许每个程序员使用最新版本的代码。

Git还提供了一个简单的方法来启动代码审查过程。

独立编码

当你是唯一一个在项目上工作的人时，为了简单起见，你可能会忍不住跳过使用Git。然而，有几个令人信服的理由将Git作为工作流程的一部分，即使是独立的项目。

在独立项目中使用Git的最令人信服的原因之一是，如果代码停止以您期望的方式执行，则保留恢复到早期版本的代码的能力。例如，假设您将新的分析添加到您创建的推荐系统中。分析似乎工作得很好，但突然，原来的推荐系统开始出现问题。很明显，问题是由于新的分析，但问题具体出现在哪里？拥有一个没有分析的版本与新版本并排查看以跟踪问题可能很有用。

Git还允许您轻松发布代码，以便其他人可以查看或使用它。这对于建立投资组合，创建开源程序或向客户发送代码非常有用。然后，如果您出于任何原因需要更新代码，很容易推送新版本。

设置和管理存储库

如果你在一个团队中工作，你可能会对一个已经建立的存储库做出贡献。但是，您可能需要自己启动一个存储库。幸运的是，像GitHub和Bitbucket这样的平台有非常用户友好的创建新存储库的说明。

一旦建立，您将需要与合作者共享您的存储库，保持对pull request和merge的控制，并确保每个贡献者都遵循类似的提交规则。

协作工作流（分支、合并、拉取请求）

在使用Git时，有几个术语是很有用的。

Branch

当创建同一代码的两个不同版本时，这被称为分支。

Merge

合并是解决两个或多个分支之间的差异以创建代码的单个版本的过程。

Pull

当一个程序员想要一个版本的代码在一个仓库，他们将发出一个拉取请求。这实质上是允许下载要使用的代码版本。

Push

当程序员将新版本的代码添加到存储库中时，这称为推送新版本。

处理冲突并维护干净的提交历史

如果多个贡献者修改了同一行代码，Git会将其标记为合并冲突。解决冲突涉及手动编辑冲突代码以协调更改，本质上是选择要保留的代码行的哪个版本。解决后，您可以提交更改并继续合并。

通过编写清晰简洁的提交消息来保持一个干净和信息丰富的提交历史。遵循一致的格式并描述每次提交的目的。这有助于跟踪随时间的变化，以便每个人都可以了解项目的历史。

代码审查和重构最佳实践

进行有效的代码审查以保证质量

代码审查是一个很好的方法来提高你的代码和编程技能。这基本上是一个同行评审，其他人将检查您的代码并提供反馈。

如果你在一个团队中工作，你可能需要定期进行强制性的代码审查。

然而，即使您独自工作，征求偶尔的代码审查以保持代码符合标准也是一个好主意。这也是学习新的做事方式和了解您可能还不熟悉的安全问题的好方法。

识别代码气味以及何时重构

你有没有打开冰箱，发现一股难闻的气味，让你开始寻找变质的东西？如果是这样的话，你很熟悉用气味作为坏东西的指标。同样的想法也用在代码审查中。

当然，在进行代码审查时，您并不是真的用鼻子嗅代码。但是评审人员寻找出错的指示器，这被称为代码气味。

有些问题可能只需要简单地修改一行代码就可以修复。但是，其他问题可能需要您重新考虑整个部分或整个文档。

这些较大的修复，即您更改基础代码的结构而不更改代码的功能，称为重构。例如，可以这样做来修复安全漏洞，同时保持用户体验相同。