Git：我应该恢复和审查吗？答案

【问题标题】：Git : Should I Revert and Review?Git：我应该恢复和审查吗？
【发布时间】：2016-07-21 22:15:26
【问题描述】：

我和我的团队正在使用 GitLab，我们仍然是使用 Git 的初学者，我做了一些更改，我想提交它们，我应该先拉还是推？我尝试在提交更改之前拉取并始终得到：您可以恢复或查看并提交......

【问题讨论】：

我认为你的问题有点宽泛。通常，您希望拥有一些每个人都从（master 或 dev 分支）产生的基础，并在其他分支中进行 模块化 工作。然后，您可以在从 master 生成的特定分支中尽可能频繁地提交，并且可以将这些分支独立地推送到 repo。当您对分支的状态感到满意时，向 master 发出拉取请求（合并请求）（即更新 master）。或者只是在没有请求的情况下合并，如果这是您的流程。
我们这样做了，我的问题是关于冲突

【解决方案1】：

我猜你对 git 真的一点都不熟悉。

在此之前，我强烈建议您阅读大量documentation on git alone and its mechanics。

在您的情况下，您应该在本地存储库（如果您愿意，可以在您的计算机上）提交您的更改。只有这样你才会拉（这意味着从“服务器”获取新的更改）。

如果其他人对您进行更改的同一代码进行了修改，您可能会遇到一些冲突。在这种情况下，您必须以以下三种方式之一解决冲突：您选择忽略您的更改并采用服务器的版本（也称为“主远程”，通常称为源），您选择忽略服务器的版本并且只保留您的更改，或者最复杂的解决方案，您修改有冲突的文件并为文件中的每个冲突保留。

完成后，您可以推送到服务器，这意味着您的修改会放在服务器上，其他团队成员可以从中获取。

我希望它会有所帮助，但你真的应该阅读文档并了解 git 世界和基本原理中的一些基本关键词。祝你好运。

编辑：据我所知，如果这是您的问题，没有魔法可以自动解决冲突。如果您团队中的每个人都在不同的分支上工作，那么可能出现冲突的唯一时刻是在合并过程中，正如我所说，在这种情况下，确实应该手动进行冲突管理以避免各种意外错误/行为/功能/错误。

【讨论】：

好吧，我通常会解决这个问题，而且我对 git 很熟悉，但我想要永久修复冲突，或者在修改我的分支、拉或推之后首先解决，所以它正在提交并推送到我的分支，然后像你说的那样从 master 中提取并手动解决。

【解决方案2】：

我有一个简单的答案给你，它来自我的日常经验，只要随时提交你的更改，然后你在git push之前做git pull --rebase

【讨论】：