测试多线程情况下merge是否能产生重复数据.    merge并发测试: 测试代码: 100线程,,插入连续的1000个数字…

开发与测试整体过程中的Git分支merge流程 Git分支merge之开发流程 首先在Gitlab上有个仓库存储着原始的项目代码,其中包含一个叫master的分支.然后可能按功能进行分配,由不同的开发人员分别将master分支拉出来改作其新的开发分支,比如叫func1分支.func2分支之类的名字. 对应的QA负责测试各自对应开发所写的功能模块,假设有QA两名,分别为tester1和tester2,当他们接到各自开发dev1和dev2写的两个分支func1分支和func2分支后: 1. 如果二人…

  总结: 1)如果在copy merge(-at)/auto merge(-am)后修改source branch,则可以自动被copy merge: 2)如果在manual merge后修改source branch,则不能被自动merge:     测试环境: set P4CLIENT=aaa_test set P4PORT=localhost:1666   1   2   3…

测试merge效率   测试说明: MERGE是oracle提供的一种特殊的sql语法,非常适用于数据同步场景,即: (把A表数据插到B表,如果B表存在相同主键的记录则使用A表数据对B表进行更新) 数据同步的常规做法是先尝试插入,插入失败再进行更新,MERGE比这种常规做法效率高很多. (特别是A与B表基本一致,同步时主键冲突比较多的情况,效率能相差10倍以上) 为了验证MERGE效率,我建了两张表,tab_test_C(初始化生成50000条记录)和tab_test_Q(初始化从tab_tes…

网上的视频很多都是分片的flv文件,怎么把他们合为一体呢?GUI工具就不考虑了,不适合批量执行,不适合在后台运行.有没有命令行工具或库可以实现呢? ffmpeg 提供了一个方法: (1)先把flv文件转换成mpeg: (2)将多个mpeg文件合并成1个独立的mpeg文件(二进制合并即可) (3)将独立的mpeg文件转换成独立的flv文件. 网上搜到的最多的也是这种解决办法.这种方法有两个缺点: (1)需要两遍转码,非常耗时: (2)转换后的独立的mpeg文件比原视频要短一点点. 木有办法了,只好…

简述公司版gitolite的项目配置与管理 1. 基于秘钥对的管理 1.1 客户端(需要访问代码库的机器)生成秘钥对,采用RSA加密ssh-keygen -t rsa -f path_to_store_keys/name_of_your_key运行后将在指定目录(就是path_to_store_keys)生成:name_of_your_key和name_of_your_key.pub两个文件 1.2 将name_of_your_key.pub发给管理员 1.3 管理员1) 将收到的name_of…

git init git status git add readme.txt git add --all         Adds all new or modified files git commit -m"message" git add '*.txt'    Add all txt file in the whole project git remote add originName https://github.com/try-git/try_git.git       :告…

tip:使用简单的例子来制作一个使用指南过程,默认文件夹为demo.看了3个早晨,写一下留个记录,可能有些不成熟,如有错误欢迎指正. 参考一:http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000 一.一幅图和一些概念 图1-1是理解你所做的任何操作的一个图 红色字体1(红1)是代表工作区,下例就是demo文件夹和里边的文件 红色字体2(红2)和3(红3)是版本库,红2是暂存区,红3是主…

前言 一个服务或者产品,往往需要三个环境:一个开发环境(Development),一个测试环境(Staging),一个生产环境(Production), 这就不可避免的需要多个配置文件来匹配相应的环境,因为不可能三个环境都使用同一个配置,生产的数据直接就被污染了. 为了便于管理所有的配置字符串,把他们集中在一个json文件,程序启动时就序列化出来,有需要更新的时候,直接修改json文件即可,不必修改代码,以免regression或者引入新的bug. 旧方法 把开发的代码部署到测试环境的时候,需要…

设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 与Alpha阶段相同,我们的软件要解决的Julia程序的dubug功能.问题定义得比较清楚,具体分拆成断点,堆栈,步进等具体功能.我们的典型用户是Julia的开发者和VScode的使用者小芳,典型场景是小芳需要写一个基于julia的AI框架,但是她需要一个debugger进行断点调试. 2. 我们达到目标了么(原计划的功能做到了几个?  按照原计划交付时间交付了么? 原计划达到的用户数量达到了么…