GIT中的冲突解决还是冲突避免？

问题：几个人打算如何使用GIT？update commit是否与SVN中一样常见，还是默认为merge？合并时，谁应该作为合并提交的作者出现

很多背景信息：我正在和另一个人写一篇关于LaTeX的论文，我们正在使用GIT进行版本控制

从一开始我们就决定我们都要在主分支上工作，因为我们毕竟只是两个人

我已经做了很多承诺。然后，他对旧版本进行了提交，并将我的上一个版本和最近的一个版本（在提交之后）合并在一起。这更容易通过图片看到：

对我来说，以这种方式进行合并很奇怪，如果我没有弄错的话，他应该先提取然后提交，合并应该在两个不同的分支之间进行

最奇怪的是，我的提交在任何时候都不会被删除，但在最新的提交中，内容显示为新的，他显示为作者。这看起来像一个错误，但说实话，我真的不明白这里发生了什么

因此，问题是：

那是虫子吗

我们应该使用分支单独工作吗？如果他不将提交推送到服务器上，我可能会忽略他的提交

他是否正确地使用了系统，还是应该在提交之前像在SVN（更新->提交）中那样进行拉取

最后，我做了一个分支、一个提交和一个合并（这还没有出现在图片中），可能同样的事情会再次发生，因为现在主控已经更新，他可能会忽略这些更新，提交，然后作为作者合并

我觉得这不太对，但我不知道这是否正确

IMHO：在将更新推送到共享存储库之前，应该在本地进行合并，就像以更新提交方式那样

我们应该使用分支单独工作吗

是：在推送更改之前，他应该（对于尚未推送的分支）执行一次操作，此时您可以将他的分支合并为简单的快进合并。
另请参见和

（来自）

更一般地说，是的，在推之前在本地合并