build

How to generate Qt .pri files from Visual studio project at the end of the build?

由 痴心易碎 提交于 2020-03-23 09:04:10
问题 Can I setup my solution in visual studio to automatically generate the .pri files at the end of the build? I thought about perhaps writing a batch file to call a command to generate the .pri files, is it possible to generate .pri files from the command line? I am working on a Qt C++ application in visual studio made up of 9 subprojects. I also created a QMake based build of the same application using Qt visual studio add in to generate the .pro and .pri files. The setup is working well, and

android studio 使用+错误总结

由 江枫思渺然 提交于 2020-03-22 00:55:30
3 月，跳不动了？>>> 导入项目 导入eclipse 项目----Import project 似乎会报版本SDK错误问题，然后重构了gradle，不知道什么鬼 导入android studio 项目 open an existing android project-> http://www.gezila.com/tutorials/58197.html 1.报错compile 'com.android.support:appcompat-v7:23.0.1'-->解决http://jingyan.baidu.com/album/c74d600080c02a0f6a595d3d.html?picindex=1 找到实际项目里面的build gradle compile 'com.android.support:appcompat-v7:23.2.1' compile 'com.android.support:design:23.2.1' 将这两行里面的版本内容给改成sdk-》extras->android support library对应的版本号 2.报错 Warning:Gradle version 2.10 is required. Current version is 2.8. If using the gradle wrapper, try editing the

BVT测试

由 喜你入骨 提交于 2020-03-21 22:41:35
BVT测试介绍： 　　BVT测试也称为"冒烟 测试 ".版本验证测试 （BVT） 通常由一组广泛的测试组成，这些测试用于验证特定版本的总体质量。BVT 通常根据设定的计划自动运行，经常在夜间进行。也可以手动运行，例如自动运行失败后。如果 BVT 中的所有测试均已通过，则认为该版本成功。就是拿到一个软件，首先不急于完全测试，而是在很短的时候内把软件的基本功能走一遍，看有没有什么大的问题，如果存在大的问题，就没有必要再进一步测试了。可以节约时间，提高测试效率。 冒烟测试 ，也有称作烟雾测试（smoke Test）：一种用于验证系统基本功能的实现并达到一定程度的稳定性的测试。这种测试经常用作进入下一个等级的测试的入口准则的一部分。关于冒烟测试，应该是 微软 首先提出来的一个概念，和微软一直提倡的每日build有很密切的联系。具体说冒烟测试就是在每日build建立后对系统的基本功能进行简单的测试，这种测试强调功能的覆盖率，而不对功能的正确性进行验证。从这一点看和所谓的“接受性（验收）测试（Acceptance Test）”非常相似。不同之处就在于他们执行的频率和被测的版本不同。至于冒烟测试这个名称的来历，大概是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟在进行 其它 测试，否则就必须重新来过。类似的如果冒烟测试没有通过

docker基础

由 ℡╲_俬逩灬. 提交于 2020-03-21 19:49:01
一、docker简介 1、docker简介 容器（ container-based ）虚拟化方案 ，充分利用了操作系统本身已有的机制和特性，以 实现轻量级的虚拟化（每个虚拟机安装的不是完整的虚拟机 ）， 甚至有人把他称为新一代的虚拟化技术， Docker 无疑就是其中的佼佼者 在一台服务器上同时运行上百个虚拟机，肯定会被认为是痴人说梦，而在一台机器上同时运 行一千个 Docker 容器，这已成为现实 2、Docker 的目标 Build,Ship and Run Any App,Anywhere— 即 通过对 应用组件的封装 (Packaging), 发布(Distribution), 运行 (runing) 等生命周期的管理 , 达到应用组件级别的”一 次封装 , 到处运行 3、docker的特点 优点： 启动快，资源占用小 , 资源利用高，快速构建标准化运行环境 创建 分布式应用程序 时快速交付和部署， 更轻松的迁移和扩展，更简单的更新管理 局限： Docker 是基于 Linux 64bit 的 ，无法在 windows/unix 或 32bit 的 linux环境下使用 LXC 是基于 cgroup 等 linux kernel 功能的，因此 container 的 guest 系统只能是 linux 隔离性相比 KVM 之类的虚拟化方案还是有些欠缺，所有

使用visual studio搭建opencv项目

由 元气小坏坏 提交于 2020-03-21 12:53:11
环境： Windows 7 64位 OpenCV 3.1.0 Visual Studio 2013 1.OpenCV 3.1说明 　　(1) 其中OpenCV 3.1的Windows版本默认只支持Win 64位的操作系统开发，可以看到安装目录（opencv\build）下只有x64的完整的bin和lib。如果需要获得这个版本32位的bin文件和lib库文件，需要下载并安装CMake，自行编译OpenCV 3.1的sources，生成需要的32位bin和lib。 link 　　(2) OpenCV3.1中没有Nonfree模块，被移动到了独立的库(opencv_contrib repo)中，需要的话需要单独下载。 　　(3) OpenCV3.1 中build\x64包含vc12以及vc15文件夹，vc12兼容Visual Studio 2013编译器，vc14兼容Visual Studio 2015编译器。 　　(4) OpenCV3.1 安装官网可能比较慢，也可以搜索网盘链接: link 提取码: xcfg 2.示例：创建控制台程序 (1) (2) (3) (4) 属性管理器配置 新建的控制台管理程序中，点击视图—》其他窗口—》属性管理器 在<属性管理器>面板上选择项目，打开"Debug|Win64"，双击“Microsoft.Cpp.Win64.userDirectories”

Lintcode: Segment Tree Build

由 瘦欲@ 提交于 2020-03-21 07:40:00
The structure of Segment Tree is a binary tree which each node has two attributes start and end denote an segment / interval. start and end are both integers, they should be assigned in following rules: The root's start and end is given by build method. The left child of node A has start=A.left, end=(A.left + A.right) / 2. The right child of node A has start=(A.left + A.right) / 2 + 1, end=A.right. if start equals to end, there will be no children for this node. Implement a build method with two parameters start and end, so that we can create a corresponding segment tree with every node has

requireJs和r.js压缩工具

由 我是研究僧i 提交于 2020-03-21 07:18:04
上面release是执行命令 node r.js -o build.js 生成的，需要切换到目录require/tools下面，也就是 有r.js和build.js的目录，才能执行命令 代码目录如上： main.html代码如下： <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>Hello RequireJS</title> </head> <body> <h1>Hello RequireJS</h1> <script type="text/javascript" src="js/lib/require.js"></script> <!-- main.js：requireJS 配置信息 --> <script type="text/javascript" src="js/config.js"></script> <!-- <script type="text/javascript" src="js/combine.js"></script> --> <script type="text/javascript"> /*如果没有配置信息，加载one,two模块，要找到他们的存放路径*/ /* require(["./js/mod/one", "./js/mod/two"], function (one, two)

Jenkins系列之-—01 简介&新建任务

由 拈花ヽ惹草 提交于 2020-03-21 05:47:20
一、Jenkins 简介 Jenkins是一个可扩展的持续集成引擎。 主要用于： l 持续、自动地构建/测试软件项目。 l 监控一些定时执行的任务。 Jenkins拥有的特性包括： l 易于安装-只要把jenkins.war部署到servlet容器，不需要数据库支持。 l 易于配置-所有配置都是通过其提供的web界面实现。 l 集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知。 l 生成JUnit/TestNG测试报告。 l 分布式构建支持Jenkins能够让多台计算机一起构建/测试。 l 文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等。 l 插件支持:支持扩展插件，你可以开发适合自己团队使用的工具。 1 Jenkins的由来 目前持续集成(CI)已成为当前许多软件开发团队在整个软件开发生命周期内侧重于保证代码质量的常见做法。它是一种实践，旨在缓和和稳固软件的构建过程。并且能够帮助您的开发团队应对如下挑战： l 软件构建自动化 ：配置完成后，CI系统会依照预先制定的时间表，或者针对某一特定事件，对目标软件进行构建。 l 构建可持续的自动化检查 ：CI系统能持续地获取新增或修改后签入的源代码，也就是说，当软件开发团队需要周期性的检查新增或修改后的代码时，CI系统会不断确认这些新代码是否破坏了原有软件的成功构建

01-编译azkaban

由 ぃ、小莉子 提交于 2020-03-20 16:25:51
01-基本环境 1.操作系统 CentOS7 2.azkaban版本 azkaban 3.81.0 02-azkaban下载 1.azkaban下载地址 https://azkaban.github.io/downloads.html 2.azkaban官方文档地址 https://azkaban.readthedocs.io/en/latest/ 03-编译azkaban 1.将azkaban源码zip包解压 2.提前准备gradle对应版本的zip 为了方便编译，查看gradle配置文件，提前下载“gradle-4.6-all” 1）修改gradle配置文件azkaban-master/gradle/wrapper/gradle-wrapper.properties 2）将gradle-4.6-all压缩包放在azkaban-master/gradle/wrapper/目录下 # # Copyright 2018 LinkedIn Corp. # # Licensed under the Apache License, Version 2.0 (the "License"); you may not # use this file except in compliance with the License. You may obtain a copy of # the

Linux上安装使用boost入门指导

由 本小妞迷上赌 提交于 2020-03-20 12:55:07
Data Mining Linux上安装使用boost入门指导 获得boost boost分布 只需要头文件的库 使用boost建立一个简单的程序 准备使用boost二进制文件库 把你的程序链接到boost库 1.获得boost 下载boost_1_46_1.tar.bz2 解压 2.boost分布 boost_1_46_1.........................boost根目录 　　boost/.....................................所有boost头文件 　　libs/........................................Tests,.cpps,docs等的库文件 注意： 　　（1）boost根目录（通常是/usr/local/boost_1_46_1）想到$BOOST_ROOT变量中 　　（2）编译程序时如果用到boost库，需要指定头文件路径-I$BOOST_ROOT 　　（3）因为所有头文件都在boost文件夹下，并且头文件都是hpp后缀，所#include形如： 　　　　#include <boost/whaever.hpp> 3.只需要头文件的库 　　绝大多数的boost库都是header-noly的：它们完全由包含模板和inline函数的头文件组成，不需要单独编译和二进制库文件
订阅 build