使用自定义本地修补程序管理软件
使用自定义本地修补程序管理软件
提问于 2010-07-23 12:39:44
我正试图找到一种方法，在生产中部署带有自定义修补程序的软件。基本软件是开源的，有他们自己的repos (SVN)，我们有一些补丁可以只为一个服务选择，而不是为另一个服务选择(所以我们在一个服务器上有base+patchA+patchB，在另一个服务器上有base+patchA+patchC )。
所有东西都将作为包部署，这非常简单。我正在考虑的问题是:我们如何存储修改？这些是我想过的一些方法：
- 我尝试过使用棉被/补丁系列+在构建时从上游下载一个特定的修订版。这很好，直到我们需要将补丁移植到一个新版本。由于被子需要一份树的副本来修改补丁，所以修复这些东西需要很长的时间。另外，在不同的服务器上部署不同的版本意味着我们需要不同的build-scripts.
- I，可以将存储库克隆到本地git/hg中，并创建一个具有本地修改的分支。这对于移植补丁是很好的，我可以在我的分支上制作本地发布标签，但不幸的是，我丢失了有关不同补丁的信息。当然，我可以看到上游的差异，但我失去了不同的本地modifications.
- I的清晰分离，尝试了堆叠的git /hg，但据我所见，它们并不容易导出补丁系列。它们能很好地存储正在进行的工作。我可以执行与BitBucket相同的操作，并“在存储库中”创建补丁队列来导出它们，但随后每个补丁队列将分别分配给一个分支(例如，在每个使用
patchA的本地分支中都需要进行相同的修改)。
你有其他的想法，文章，标准化的方法来做这件事吗？我提到的方式的其他利与弊？
回答 1
Stack Overflow用户
发布于 2012-03-03 18:33:16
我知道你已经很久没问了，但你在这里得到了答案：
I可以将存储库克隆到本地git/hg中，并创建一个具有本地修改的分支。这对于移植补丁是很好的，我可以在我的分支上制作本地发布标签，但不幸的是，我丢失了有关不同补丁的信息。当然，我可以看到上游的差异，但我失去了不同地方修改的清晰分离。
您仍然可以通过Git的“提交”机制清楚地分离不同的本地修改。
在我看来，Git“提交”与通过电子邮件发送的修补程序本质上是一样的。也就是说，它用主题行和描述性正文文本封装了单个更改，解释了更改的原因。当然，它也包含对所有相关文件的更改。
如果您确实需要将更改发送到外部系统(例如，上游系统)，那么git format-patch命令(及其近亲git send-email)实际上将以这种格式输出，但是信息仍然存在。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/3318194
复制相关文章
相似问题
腾讯云开发者
