标签: patch

我使用git diff来生成可以应用于远程服务器以更新项目的补丁.

在本地,我跑:

git diff --no-prefix HEAD~1 HEAD > example.patch

将example.patch上传到远程服务器并运行:

patch --dry-run -p0 < example.patch

如果干运行成功,我运行:

patch -p0 < example.patch

这种方法很有效,除非diff包含二进制文件.今天,我发现我可以使用:

git diff --no-prefix --binary HEAD~1 HEAD > example.patch

问题是无法使用补丁应用生成的补丁文件.

如何在不安装git服务器的情况下应用这些二进制补丁文件？

我想保持使用干跑的能力.

谢谢

我遇到了一个问题,我"认为"只能使用补丁来解决.

我从我们的主存储库克隆了一个项目,对它进行了一些更改(更新,删除文件和目录以及添加).甚至没有提交这些更改.问题是,来自主存储库的项目已被删除/删除并重新创建为一个新项目(名称相同,所有目录结构都与以前相同).我再次从主存储库克隆了该项目,并希望将所有未提交的更改传输给它.

我仍在探索hg patch解决这个问题.如果有人能够确认创建和添加补丁是正确的方法,那将会有所帮助,任何解释该过程的资源都会有很大的帮助.

我需要经常发布一些软件,软件包含在VMWare磁盘文件中,即.vmdk文件.我想要的是某种二进制差异和补丁实用程序,以使生成的delta尽可能小.

如何在HEAD和暂存区域之间生成补丁(不提交)？

例如

echo text > some.file
git add some.file
git format-patch (what-the-sha?)..HEAD

我必须提交然后重置吗？

Mac OS X有什么好的等效调试器吗？

允许修补和保存装配的东西(带图形界面？)

谢谢!

我正在尝试应用补丁但我得到一个空白的错误消息(它没有任何文本或任何东西).我有TortoiseSVN的最新版本.

最近我一直在使用git show <hash>创建差异供以后参考,因为它比键入更容易,git diff <hash>~ <hash>并且它显示了提交信息(时间戳,用户,哈希,注释).然后,您可以使用git apply <filename>该补丁.

我发现git show -3将显示最后三次提交以及相同的额外信息.但是,git apply将它作为非分段更改压缩到工作目录中,并丢失所有提交信息.

git中是否有适用所有信息的内容？传递一个标志而不是将补丁分成三个文件,分别应用它们,并创建新的提交,会简单得多.

我们有一个项目,其中文件包含不幸的长行,不可能缩短它们.如果我们也可以使用git checkout --patch这些文件,我们可以显着简化我们的工作流程.这不起作用,因为如果整个巨行中有任何变化,该行将被标记为已更改.

通常,我们使用检查这些更改git diff --word-diff.是否有可能以checkout --patch类似的格式进行工作？还有其他方法可以解决我们的问题吗？

我目前在所有 ec2实例上使用Ubuntu进行无人值守升级,以防止任何讨厌的漏洞关闭,但是当通过Elastic beanstalk运行应用程序时,我看不到任何关于如何处理补丁的选项.唯一的选择是手动登录并运行yum.

有没有人想过如何在Elastic Beanstalk实例上处理安全补丁？

根据我阅读的文档，有 3 种修补方法：

• 补丁
• 补丁策略合并
• 补丁Json6902。

patchesStrategicMerge和之间的区别patchesJson6902很明显。patchesStrategicMerge需要 kubernetes 资源的重复结构来标识正在修补的基本资源，然后是规范的修改部分以指示更改（或删除）的内容。

patchesJson6902 定义了一个 'target' 属性，用于指定 kubernetes 资源和一个 'path' 属性，该属性指定资源中的哪个属性被修改、添加或删除。

但是，什么是我不明白之间的差别patches和patchesJson6902。它们在性质上似乎非常相似。两者都指定了一个“目标”属性和描述被修改内容的操作对象。

我注意到的唯一区别是patches不需要“组”属性，而需要patchesJson6902；原因不明。

那么为什么两者之间存在差异呢？我如何确定使用哪一个？