标签: patch

这有两个问题:

1. 我怎样才能最好地将我的项目"宣传"给感兴趣的用户？
2. 我怎样才能最好地向志同道合的开发者"传播"？

我知道这听起来很容易,但事实并非如此.

我参与了官方邮件列表讨论,在IRC上建立了存在,为杂志撰写文章,在sourceforge上托管,提交给freshmeat,甚至贿赂朋友和同事.在10个案例中的10个案例中,我仍然是唯一的开发人员.即使是我写的设备驱动程序,也不会给那些打电话给我的制造商,提出请求,并发送新硬件原型以供我支持.

我一直无法支持开源项目,尤其是我自己的项目.在"工作"中,管理人员一直厌倦创建和贡献补丁.我知道在许多人看来,与"免费"软件存在脱节.而且我知道有志同道合的人愿意并且能够提供帮助.问题是找到它们.

我不是在寻找或者对奴隶劳动感兴趣.只希望找到一些有共同兴趣的有才华的人,不介意贡献一两个补丁.我寻求团队建设,而不是体力劳动.我可以首当其冲,不介意.我想与他人合作,而不是单独飞行.我公开欢迎批评和建议.我渴望它.

我已经写了各种各样的"东西"在这里和那里被使用.我的一些工作甚至默认打包在一些Linux发行版中.问题是,我没有足够的天赋将自己的一切都提升到一个新的水平.我根本没有能力成为十几个项目的唯一维护者.我经常收到功能请求,没有时间处理它们.我对一个应用程序的更新落后了两年多.

显然,我自己太过分散了.这让我不愿重新开始.我需要关注我已经"放在那里"并保持它的东西.没有任何帮助.很多错误报告(我都在其中),而不是一个修复的建议.来自人们的大量愤怒的电子邮件让我感到很生气,因为我对某些边缘案件有一个错误.我平静地为我不想要的东西提供客户支持.

我有很多用户,没有贡献者; 这是否意味着我有糟糕的项目？我将源代码发布到从设备驱动程序到Dashboard小部件的所有内容.我从来没有想到过一分钱,但是使用我的创作的开发人员可以提供一些帮助.我一直认为贡献会与我的用户群成比例增加.我没有收到任何一个询问,为此我很乐意给予赞扬,赞赏,......在这一点上,我想我会跪下来,致力于向任何提供援助的人进行崇拜.

我把这个问题提到了迄今为止我找到的聪明才智的最佳论坛.你怎么建议我提高知名度都用户和开发人员？我能做些什么能激发社区的努力吗？......或者我必须总是诉诸于自私吗？/"这是一个补丁,所以你的垃圾将在AIX上编译,我们不必在每次更新后修复它." 我可以建立过时而无法提供错误报告,但这看起来很糟糕.

我最近负责一个软件产品,这个产品的发展相当无组织,我建立了一个新的项目结构,一个源代码库,问题跟踪和一个使用nant和teamcity的构建系统.我正处于对每个主要分支的每个提交进行编译,测试并构建到设置中的点.

总是建立和发布完整设置似乎是错误的我想建立某种自动补丁建设,但我不知道如何做到这一点.您有什么建议我可以做到这一点,或者我可以在哪里找到有关该主题的信息？谷歌到目前为止没有任何帮助.

关于我当前设置的更多细节:

存储库: - git: - 2个主要分支:开发和掌握

构建系统: - teamcity - 2个配置:一个用于构建每个分支 - 构建仅包含一个构建步骤: - nant runner:nant脚本是存储库的一部分,包含以下目标:clean,init,compile,test,deploy ,build_setup(使用inno设置)

我想我必须将nant脚本拆分成碎片并使用不同的构建步骤以某种方式将新构建工件与旧构建工件进行比较并创建包含更新文件的补丁.我是否在正确的轨道上,如果是这样,有没有人知道如何设置teamcity的好例子或教程.

让我们假设有一个中央存储库,其中来自卫星的提交被推送一段时间.开发人员A对他的回购做了一些提交,而B也自己做了一些.

现在,A希望将B的一个提交合并到他的回购中(他无法直接访问).

一种方法是让B创建补丁并将其发送给A,但在这种情况下有两个问题:1.补丁将显示为A的本地修改,然后提交它(使用自己的名称)2.更新中央仓库更改将发生冲突(由两位不同的作者推动).

有没有办法让补丁直接"作为提交"应用于本地A回购,以便它看起来好像是从中央回购(即原产地)拉出来的？

PS :(这可能不适用:请参阅注释:有没有办法在验证之前对文本进行打击？)经过一些调查和测试之后看起来也是git am <git-formatted-patch会使得修补程序看起来像是本地主人(然后我希望当B将它推送到中央仓库时它将被识别为同一个提交).它似乎是git apply,使补丁未提交......

有谁知道一个免费的好补丁程序？你知道,一个可以在其中包含旧程序的目录并将其与新版本的目录进行比较,并吐出一个只是两者之间差异的补丁吗？

此外,我正在寻找可以修补整个目录的东西,而不仅仅是一个exe.

编辑:谢谢你的答案,但我正在寻找产品更新的最终用户补丁.与源无关.

我想知道如何通过比较两个二进制文件为我得到的差异文件创建一个PATCH.$ cmp -l>输出文件名

我检查了文本文件'diff'可以用来比较和生成一个PATCH文件$ diff -u oldFile newFile> mods.diff#-u告诉diff输出统一的diff格式

我想在旧的二进制图像文件上应用PATCH来获取我的新二进制图像文件.

我正在研究审阅工具的emacs模式,并希望使用ediff来查看差异...问题是审阅工具只产生差异,而不是旧文件和新文件.我想将旧文件放在缓冲区并应用diff而不是复制文件,调用diff作为子进程并将其加载到单独的缓冲区中.

这可以不自己写,有人知道吗？

我最近在干线上工作,我做了改变,我认为其他人可能需要它们,所以我在提交之前创建了一个补丁.

现在,一个正在开发分支的开发人员(几周后来自主干)需要将这些更改发送到新的服务器上.

我正在尝试使用Tortoise SVN应用我的补丁,但它并不像我的工作副本的差异.我有 :

• 我的主干在:D:\ SVN\Trunk
• 分支在:D:\ SVN\Branches\TheBranchINeedToPatch

我想做一些不可能的事吗？有什么我想念的吗？

我可以将树干补丁应用到分支工作副本吗？

谢谢您的帮助!

安装SUPEE 7405补丁后,我们发现从管理员上传图像时出现问题.所有文件权限都设置为CHMOD 640,这使得所有用户都无法访问它们.

有没有涉及重写/lib/Varien/File/Uploader.php文件的解决方案？

这个问题是关于 git apply

有没有办法区分：它失败了，因为......

1. ...补丁已经应用
2. ...源代码真的不一样

我工作的目录不是 git 目录，因此我不能使用git log或其他东西。

我知道-R（反向）选项，因此我目前的解决方法是：

git apply abc.patch || git apply abc.patch -R --check && echo already applied

这种方式git apply abc.patch -R --check && git apply abc.patch只会在git apply abc.patch失败时执行，然后检查它是否失败，因为补丁已经应用（git apply abc.patch -R --check），如果是这种情况，它会回应“已经应用”

但我不喜欢它，在 git 的 apply 中不是有类似内置解决方案的东西吗？

1. mock.Mock()使用vs 和有什么区别mock.patch()？

2. 何时使用mock.Mock()以及何时使用mock.patch()

3. 我读过 Mock 用于替换当前作用域中使用的内容，而 patch 用于替换在另一个作用域中导入和/或创建的内容。有人能解释一下这是什么意思吗？

• 如果我们在单独的测试文件中进行测试，那么不是每个被测试的类方法、静态方法、实例方法都会从开发/生产文件中导入吗？这是否意味着这里应该只使用补丁？如果我要在与正在测试的代码相同的文件上进行测试，最好使用模拟？那是对的吗？