使用 Git 为补丁构建方法
Build Approaches for patches using Git
我是 Git 的新手,我必须为我的帐户设置构建过程
对于完整构建,我可以做到 git clone
然而,对于 'patch builds',我需要 'pull' 最后已知的正确代码 + 为该补丁更改的代码
例子
a.c v1.0 - full build
a.c v1.1 - extract v1.0 (last known good code) + extract delta (v1.1 in this case)
a.c v1.2 - extract **till** v1.1 (last known good code) + extract delta (v1.2)
使用 Git 部署构建和部署 'patches' 的最佳构建方法是什么?
建议和链接将非常有用。
我发现 Git Flow 模型适用于发布和提供补丁。您使用稳定的 master
分支工作,所有其他工作都在分支中完成。修补程序(我想类似于您的 'patches')是该模型的一部分,允许您使用稳定版本(根据 Git 标签),然后为该版本提供修复程序。
这是另一个比较各种分支模型的列表:https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
我不完全确定你关于 'extract delta' 的问题,但我想 Git 分支和标签的使用正是你要找的。您将为 v1.0
、v1.1
等创建标签,然后使用基于这些标签的分支来应用补丁。
我是 Git 的新手,我必须为我的帐户设置构建过程
对于完整构建,我可以做到 git clone
然而,对于 'patch builds',我需要 'pull' 最后已知的正确代码 + 为该补丁更改的代码
例子
a.c v1.0 - full build
a.c v1.1 - extract v1.0 (last known good code) + extract delta (v1.1 in this case)
a.c v1.2 - extract **till** v1.1 (last known good code) + extract delta (v1.2)
使用 Git 部署构建和部署 'patches' 的最佳构建方法是什么?
建议和链接将非常有用。
我发现 Git Flow 模型适用于发布和提供补丁。您使用稳定的 master
分支工作,所有其他工作都在分支中完成。修补程序(我想类似于您的 'patches')是该模型的一部分,允许您使用稳定版本(根据 Git 标签),然后为该版本提供修复程序。
这是另一个比较各种分支模型的列表:https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
我不完全确定你关于 'extract delta' 的问题,但我想 Git 分支和标签的使用正是你要找的。您将为 v1.0
、v1.1
等创建标签,然后使用基于这些标签的分支来应用补丁。