预提交SVN钩子&x2B;图像优化脚本

预提交SVN钩子&x2B;图像优化脚本,svn,optimization,image-processing,Svn,Optimization,Image Processing,我想知道在提交之前是否有人尝试过使用SmushIt、PunyPNG或任何优化脚本对“smush”图像进行预提交SVN钩子 我试着在谷歌上搜索,但似乎从来没有人尝试过这样做 我需要建议和/或反馈 谢谢 我承认,我并没有完全回答这个问题,但我正试图引导你走上一条更好的道路。您真的不应该在开始提交或预提交挂钩中弄乱提交的内容。此外,你不想在存储库中保存原始的未经更改的图形吗?这样,如果“smush”操作破坏了图像或不符合你的喜好,你就可以从回购协议中取出原始图形并再次编辑它 现在,在您的情况下,我建议

我想知道在提交之前是否有人尝试过使用SmushIt、PunyPNG或任何优化脚本对“smush”图像进行预提交SVN钩子

我试着在谷歌上搜索,但似乎从来没有人尝试过这样做

我需要建议和/或反馈


谢谢

我承认,我并没有完全回答这个问题,但我正试图引导你走上一条更好的道路。您真的不应该在开始提交或预提交挂钩中弄乱提交的内容。此外,你不想在存储库中保存原始的未经更改的图形吗?这样,如果“smush”操作破坏了图像或不符合你的喜好,你就可以从回购协议中取出原始图形并再次编辑它


现在,在您的情况下,我建议您设置一个提交后脚本,该脚本将检测到图形文件已提交,然后在图像不符合特定条件(大小等)时调用“smush”工具。一旦图像应用了“smush”,然后将其提交回存储库

预提交挂钩不应修改即将提交的事务。从:

而钩子脚本几乎可以 任何事物,都有一个维度 哪些钩子脚本作者应该显示 约束:不要修改提交 使用钩子脚本的事务。虽然 使用钩子可能很有诱惑力 要自动更正的脚本 错误、缺点或政策 正在处理的文件中存在违规行为 承诺,这样做可能会导致 问题。Subversion保留客户端 存储库中某些位的缓存 数据,如果您更改了提交 通过这种方式,这些缓存 变得无法察觉的陈腐。这 不一致会导致令人惊讶的结果 以及意想不到的行为。而不是 修改事务时,您应该 只需在 预提交钩子并拒绝提交 如果不符合所需要求 要求。作为奖励,您的用户 将学会谨慎的价值, 遵从性强的工作习惯

一个更安全的选择是简单地检查pre-commit钩子中的图像,如果不满足条件,则拒绝提交。(您的项目中仍然可以有一个“smushing”脚本,提交者只需记住在每次提交涉及图像之前手动运行它即可。)

如果您确定确实希望动态修改提交,那么您仍然可以在客户端安全地进行修改。例如,乌龟有