草庐IT

Git 传输大文件,出现:error: Object too large (89,567,972 bytes), rejecting the pack. Max o

一,本文介绍一下关于使用Git向云端上传大文件情况下,push时会报如下错误:error:Objecttoolarge(89,567,972bytes),rejectingthepack.Maxobjectsizelimitis67,108,864bytes.error:pack-objectsdiedofsignal13error:无法推送一些引用到'ssh://***@code.***.cn:29418/ONU-IPTV/***-Release'在出现上述问题后,怎样把已经add和commit的大文件删除,从而能重新上传的解决办法如下。1.使用gitlog,查看传输日志kxb@kxb-Ub

567. 【自动化测试】测试配置管理模块

一个软件系统的配置具有多个层面,可以是系统级别的配置,也可以是功能级别的配置。很多开发人员有这样的经历——当一个功能某个变量需要通过配置来提供时,就会将这个变量放在配置文件中,并存放到一个特定目录下。如果没有一个统一的流程去规划这个过程,那么每个测试工程师都会按照自己喜欢的模式去定义配置文件格式,比如XML、Properties、JSON等,并且都存放在自己认为合适的地方,导致配置文件混乱,不方便使用且难以管理。所以配置模块的目的就是让其他模块通过配置模块来统一管理配置项因此,我们需要实现如下功能:一、配置的保存和读取配置文件的保存和读取是配置模块的基本功能之一,所有配置都被保存在文件或数据库

567:记录一个经典缺陷

今天,在工作中发现了一个缺陷,觉得还是挺经典的。现在记录一下。大概背景是这样的:我的测试点是检验共同借款人配偶的唯一性。在准备的时候,一共准备了三天,一个配偶的,另外两条是相同关系的数据。在发完交易,看到配偶的唯一性没有问题。点击了其他两条数据的保存按钮,弹出来了配偶的唯一性校验。后来,找开发看了看,确实是bug。我认为这是经典缺陷的原因在于:在需求变更时,修改了一个地方的问题,可能会影响其他数据,导致出现报错。或者这块儿复用相同的代码,导致出现这种情况。据我了解,是开发自己发现了配偶不唯一的问题,提出来变更的。可能是在修改过程中,没有注意到其他的关系。我这个月接的这个需求经常提变更,问题有些

leetcode 567. 字符串的排列(滑动窗口-java)

滑动窗口字符串的排列滑动窗口代码演示进阶优化版上期经典字符串的排列难度-中等leetcode567.字符串的排列给你两个字符串s1和s2,写一个函数来判断s2是否包含s1的排列。如果是,返回true;否则,返回false。换句话说,s1的排列之一是s2的子串。示例1:输入:s1=“ab”s2=“eidbaooo”输出:true解释:s2包含s1的排列之一(“ba”).示例2:输入:s1=“ab”s2=“eidboaoo”输出:false提示:1s1和s2仅包含小写字母滑动窗口这种题目,是明显的滑动窗口算法,相当给你一个S和一个T,请问你S中是否存在一个子串,包含T中所有字符且不包含其他字符。题