在Git上手动合并

禁用自动合并

这可以通过编写一个小的合并驱动程序来实现,设置在 a .gitattributes file
类似于 unset的策略可能是您正在寻找的。

unset
< /代码> 

< Buff行情>
以当前分支的版本作为暂定合并结果,并声明合并存在冲突。
这适用于没有定义良好的合并语义的二进制文件。

< /块引用>

但是另一个有趣的gitattribute驱动程序是aclean filer:




这将在将“已清理”内容提交到repo之前自动执行您选择的“清理”脚本。

这样一个“clean”脚本可以帮助您自动对代码进行更改,以保留或修改嵌入在其中的配置值。

一个小的合并驱动程序,设置在a .gitattributes file.

类似政策unset可能是你想要的。


Unset



以当前分支的版本作为暂定合并结果,并声明合并存在冲突。
这适用于没有定义良好的合并语义的二进制文件。


但另一个有趣的gitattribute驱动程序是clean filer:



这将在将“已清理”的内容提交到repo之前自动执行您选择的“清理”脚本。

这样的clean'脚本可以帮助您自动化对代码所做的更改,以保留或修改其中嵌入的配置值。

您说“大多数配置都包含在代码本身中”,但希望所有配置都隔离在特定于配置的文件中。如果是这样,您可以将配置代码的测试和发布案例保存在同一个分支中。然后可以使用命令行开关来使用测试配置,而不是普通配置。

如果程序可以从命令行(或环境变量、注册表项、文本文件等)中读取配置选择,那么就不必合并。当命令行开关不存在时,程序可以忽略测试配置文件,当命令行开关存在时,程序可以忽略发布配置。

这样可以避免合并过程中可能出现的错误以及进行合并所需的时间。