Ich hatte schon früher über dieses Problem nachgedacht, als ich SVN benutzte, aber ich verstand es damals nicht und bin nie auf einen Fehler gestoßen.
Jetzt, wo ich Git lerne, habe ich die gleiche Frage, also habe ich sie gestellt.
Frage:
Wenn beim Zusammenführen von Zweigen keine Konflikte auftreten, weist der von Git automatisch zusammengeführte Code dann Fehler auf?
Da es sich bei den von Git beim Zusammenführen erkannten Konflikten ausschließlich um Bearbeitungskonflikte handelt, z. B. darum, ob sich die beiden Bearbeitungen in derselben Zeile befinden und ob die beiden Bearbeitungen entgegengesetzte Vorgänge haben (eine fügt denselben Code hinzu und eine löscht sie), ist dies bei Git offensichtlich nicht der Fall Auch die Logik des Codes selbst ist Ihnen egal.
Ich denke, Sie sollten nach dem Zusammenführen die Richtigkeit des Codes überprüfen. Dies entspricht der Überprüfung nach jedem Zusammenführen, ob die von den beiden Zweigen gelösten Probleme nach dem Zusammenführen in einem ungelösten Zustand sind und ob dann neue Fehler generiert wurden Ist das nicht eine Menge Arbeit?
Ich frage mich, ob Sie das im tatsächlichen Gebrauch überprüfen würden?
你如果有百度过，应该会看到类似的信息：虽然你的开发是在branch上，但是为了确保不和主干偏差太远，需要经常由trunk合并到branch的。
如果一个团队遵守流程，就不会有太大的问题。
如果多人编辑同一处代码，Git会报出合并冲突，需人为解决冲突，Git无法知道要怎么处理这些代码，这是无法避免的。实际多人协作的项目中，大家一般会分模块开发，尽量避免改动同一处文件；更改公共模块前，先更新。
如果合并之后未报冲突，那就是没有同一处代码被多少更改，没必要去检查合并的正解性。至于合并的代码引入了逻辑上的bug，那就需要review了。
当然能啊，一个功能要要用到 a b c 三个方法， 分别三个人去改那三个方法（假设三人都不知道别人改了）； 这种情况，git是不会认为是冲突的；但是你还能保证这个功能还是三人各自想要的嘛？
不会，因为git合并有两种情况，第一：一个文件里面，同一段代码被两个人同时改动过，git合并是会报冲突。需要人工合并。第二：如果两个人改了同一个文件的不同代码段。git会自动合并。有没有bug那完全是写代码的人的问题。有bug，合并之后自然有bug。没有bug，合并之后也不会有bug。不能乱甩锅！
Git躺着也中枪，奔泪说：我只负责代码合并，bug是人写的啊，这锅偶不背。。。。。。
凡事无绝对，没有冲突能合并出bug那只能说你中奖了
这个不叫bug，叫
冲突。解决冲突的方案：使用别人的版本
使用自己的版本
手动合并。
而规避冲突的一个很常用的方法是：修改前，先
pull本地分支，减少冲突几率额，git只是个版本管理工具，合并代码，出现bug，那是你们项目组自己代码问题啊，根本就不是git的锅，你的这个问题，应该可以通过写测试代码来处理。
是有这个可能的，相当于中奖