https://tonybai.com/tags/buildc/Recent content in Buildc on Tony BaiHugozh-cn2004-2026 Tony Bai. 版权所有.Thu, 30 Oct 2014 00:00:00 +0800https://tonybai.com/2014/10/30/a-hole-of-godep/Thu, 30 Oct 2014 00:00:00 +0800https://tonybai.com/2014/10/30/a-hole-of-godep/很多人学习和使用Golang一段时间后，都会被golang的第三方包依赖版本搞得有些烦躁，golang设计者最初过于乐观的设计使得今天大 家不得不各自想办法解决这个问题。godep就是综合了多年第三方包依赖问题的解决方案后的一个趋向统一的方案，至少是在go get的设计没有进化前的一个比较不错的方案。 今天试用了一把godep，不过“体验”并不理想，这缘于我遇到了godep的一个“坑”，不过是那种...https://tonybai.com/2013/07/15/buildc-0-3-1-release/Mon, 15 Jul 2013 00:00:00 +0800https://tonybai.com/2013/07/15/buildc-0-3-1-release/随着buildc在内部应用的深入，buildc逐渐进入了以内部需求和问题为主要驱动力的演化模式。我们内部的C应用多是后端服务类应用，个人 觉得具有一定代表性。buildc最初就是为了针对这类C应用而设计的。因此我们内部的需求和问题应该也同样具有一定代表性，而这种演化模式在一 段时间范围内还是有意义的。 buildc 0.3.1版本修正了上一版本的若干bug，并增加了两个新功能。 **\* 提高容错...https://tonybai.com/2013/05/11/buildc-0-3-0-release/Sat, 11 May 2013 00:00:00 +0800https://tonybai.com/2013/05/11/buildc-0-3-0-release/自buildc正式在项目中应用以来，我们收到了许多同事针对buildc演进的意见和建议。其中确实有些易用性的问题是在最初设计时未考虑周全的，尤其是.buildc.rc中的配置，同事们对该文件的配置已经“怨声载道”了。 .buildc.rc是用来配置某开发者在开发过程中使用的第三方库所在subversion repository信息的，例如： a\_repository = ('SVN库地址', '...https://tonybai.com/2013/03/11/2013-plan/Mon, 11 Mar 2013 00:00:00 +0800https://tonybai.com/2013/03/11/2013-plan/眼看2013年已经过去1/6了，这个谋划显然有些晚了。之所以晚，根本原因还是之前有些很多事情没有想清楚，即便是现在可能依旧比较朦胧。鉴于去年的目标执行情况不甚理想，尤其是工作目标方面，因此今年在谋划策略方面变得更加务实和收敛，期望能说到做到或做的尽可能的多。 **一、个人目标** \* 鉴于去年的执行情况，今年将blog定在80篇（大约每5天一篇）应该问题不大，毕竟blog已经成为我生活的一个重要...https://tonybai.com/2013/01/24/the-module-import-way-under-python-package/Thu, 24 Jan 2013 00:00:00 +0800https://tonybai.com/2013/01/24/the-module-import-way-under-python-package/2012年有一个目标我没有达成，那就是深入学习和使用Python语言。这个目标被其他学习任务和工作无情的抢占了，当然最主要的原因还是我重视不够^\_^。 近期恰逢有一些Python工程的开发工作要做，就顺便略微深入地学习了一下Python：看了几本Python的英文大部头，比如《Learning Python 4th Edition》、《Python Essential Reference 4th...https://tonybai.com/2013/01/15/buildc-0-2-2-release/Tue, 15 Jan 2013 00:00:00 +0800https://tonybai.com/2013/01/15/buildc-0-2-2-release/随着buildc在项目中的深入使用，开发和测试人员都提出了不少良好意见，让我们有些应接不暇了，这次的版本更新也是为了满足这些意见和建议。 由于忙于应对这些眼前的需求，原本0.3.0的改进计划也被推迟了一些。 buildc 0.2.2版本包含了两个主要修正。 \* 增加了–ignore-error命令行选项 自从buildc cache相关命令严格区分–cmode=32-bit还是64-bit后，用...https://tonybai.com/2012/12/06/buildc-0-2-1-release/Thu, 06 Dec 2012 00:00:00 +0800https://tonybai.com/2012/12/06/buildc-0-2-1-release/buildc 0.2.1版本是一个bugfix版本，修正了两个重要问题。 \* 修正执行buildc pack –cmode=32-bit时无法创建32位安装包的问题 之前的buildc pack命令在打包安装程序时忽略了–cmode这个选项，这样即便传入32-bit这个参数，打出的安装包中的应用程序依旧是64位编译的。这次修正了这个问题，让buildc真正支持打32位程序的安装包。 \* 修正b...https://tonybai.com/2012/11/06/buildc-0-2-0-release/Tue, 06 Nov 2012 00:00:00 +0800https://tonybai.com/2012/11/06/buildc-0-2-0-release/buildc的演进先后经历了构建管理和安装包工程管理两个阶段。其中buildc的构建管理功能在项目中应用较早，目前相对稳定可靠。但其支持的安装包工程是直到最近才被大家所正式使用的。不出意料，大家在使用过程发现了一些问题，于是我们也是边用边改。 目前一个setup工程一般具有类似如下源码组织结构： distributions/ setup.cfg src/     – README     – ap...https://tonybai.com/2012/07/19/buildc-0-1-9-release/Thu, 19 Jul 2012 00:00:00 +0800https://tonybai.com/2012/07/19/buildc-0-1-9-release/随着buildc使用的深入，越来越多的新需求暴露了出来。为了满足这些需求，我们组的小兄弟又对buildc进行了一些改造，这些变化如下： 1、支持将多个子工程打包到一个安装包中 最初buildc的设计思想是为每个子工程单独制作安装包，这样具有很强的灵活性。但在对现有N个工程进行构建脚本改造的过程中发现，有些工程间存在严重 依赖，比如工程A是一个业务级公共库工程，工程B和工程C都依赖工程A构建后生成的...https://tonybai.com/2012/07/02/buildc-0-1-8-release/Mon, 02 Jul 2012 00:00:00 +0800https://tonybai.com/2012/07/02/buildc-0-1-8-release/buildc这个小工具逐渐在项目组内部扩大了使用范围，还有一名专门的同事负责为每个项目制作安装包工程，这样也可以在使用中发现buildc的问题。 本次buildc 0.1.8的相关修正以及新增的feature就是我的这位年轻同事一手操刀完成的，他也是一个python新手，同样也是边翻手册边进行编码的。这次改动主要集中在templates目录下的几个文件，这里的文件多为因工程的不同而异的。 这次bu...https://tonybai.com/2012/04/19/buildc-0-1-7-release/Thu, 19 Apr 2012 00:00:00 +0800https://tonybai.com/2012/04/19/buildc-0-1-7-release/最近针对buildc又有了一些新想法，于是今天上午又对buildc进行了多处修改，并相继发布了0.1.6版本和0.1.7版本。 \* 对buildc cache upgrade的实现进行了修改。 在执行全量更新本地cache前，先对本地cache的情况进行一些检查，并判断是否与当前.buildc.rc中的配置相符。如果两者是一致的，那么只进行update操作；否则则执行真正的upgrade(rem...https://tonybai.com/2012/04/13/buildc-0-1-5-release/Fri, 13 Apr 2012 00:00:00 +0800https://tonybai.com/2012/04/13/buildc-0-1-5-release/这两天对buildc的改动比较频繁，今天又修正了一些问题，也增加了一些小功能。主要包括这么几点： 1、在Make.rules.in中增加了STATIC\_LIBS和DYNAMIC\_LIBS 项目源代码和项目中单元测试代码使用同一个Make.rules，也此编译时也就共享同一个LIBS变量。对于静态共享库还好说，但对于动态共享库，诸如Oracle的instantclient库，单元测试代码中即使没...https://tonybai.com/2012/04/12/buildc-0-1-4-release/Thu, 12 Apr 2012 00:00:00 +0800https://tonybai.com/2012/04/12/buildc-0-1-4-release/年后buildc开始逐渐在产品线的项目里应用了，随之而来的是大家反馈的各种意见和bug。尤其是bug，我都会很认真地应对，也会及时发布相应的版本修复这些bug。buildc 0.1.4版本就是一个bugfix版本，其修复的bug源于今天上午的一次持续集成的失败。 上午收到Jenkins发送的一个"build failed"的mail，一个安装包项目的CI job执行失败了，于是到Jenkins w...https://tonybai.com/2012/02/10/add-packing-feature-to-buildc/Fri, 10 Feb 2012 00:00:00 +0800https://tonybai.com/2012/02/10/add-packing-feature-to-buildc/在"也谈C应用安装包制作与部署"一文中，我提到了为每一个源码工程建立单独的安装包制作工程(setup project)的想法，这两天我就一直在折腾这件事儿^\_^。 最初我并没有想去搞一个通用的安装包制作工具，只是为一个现有的源码工程建立了一个试验性质的安装包工程，并实现了其构建脚本(build.py)。但之后考虑到各个项目都要建立一个对应的安装包工程，安装包工程的构建脚本build.py势必会沦...https://tonybai.com/2012/02/07/add-setup-script-for-buildc/Tue, 07 Feb 2012 00:00:00 +0800https://tonybai.com/2012/02/07/add-setup-script-for-buildc/buildc在发布0.1.0版时并没有做好安装脚本，当时的建议是直接下载0.1.0的源码包或svn export/checkout源码包，并手工将buildc目录位置加入到用户的PATH环境变量中。近期buildc计划正式投入到项目中使用，为了方便大家安装以及以后的统一升级维护，我花了些时间给buildc加上了setup脚本。 Python有标准的程序分发方案，不过我对这些了解不多。buildc本...https://tonybai.com/2012/02/01/also-talk-about-c-app-install-package-making-and-deploying/Wed, 01 Feb 2012 00:00:00 +0800https://tonybai.com/2012/02/01/also-talk-about-c-app-install-package-making-and-deploying/虽然部门一直在做C应用，但这么多年来，在C应用的安装包制作以及部署方面做得还是很初级，可以说还没有达到规范的程度。各个产品线的C应用安装包种类多样，水平参差不齐：有些产品的源码包即是安装包，把源码包拿到生产环境下编译后使用；有的项目则将编译好的目标文件(.o)以及第三方库放在安装包中，在生产环境下重新链接生成可执行文件；有的组则稍微专业一些，安装包中放的是编译好的可执行文件，但在目标主机上安装和执...https://tonybai.com/2012/01/17/also-talk-about-building-c-app/Tue, 17 Jan 2012 00:00:00 +0800https://tonybai.com/2012/01/17/also-talk-about-building-c-app/构建是软件开发过程中最常见的活动之一，也是很容易被忽视的环节。规范以及高效的构建对软件开发过程而言是大有裨益的。C语言并非一门年轻的语言，其历史已甚为悠久了(相对于还年轻的IT领域^\_^)。从C语言诞生以来，市面上存在的C语言应用何止千千万万。这些C应用的源码组织形式种类万千，从最简单的单个源文件，到复杂的诸如Apache httpd server这样庞大的Project。不过无论这些C应用的源...https://tonybai.com/2011/12/08/buildc-a-building-assistant-tool-for-c-app/Thu, 08 Dec 2011 00:00:00 +0800https://tonybai.com/2011/12/08/buildc-a-building-assistant-tool-for-c-app/这几年我一直从事C语言项目的开发。这些项目的规模都不算小，少则十几万代码，多则几十万行代码，至少也都算得上是中型项目吧。项目构建工具使用的是传统的Make工具，构建脚本都是自行编写的，构建时直接在顶层目录下敲入make即可。 这种传统的构建方式其实是很耗时费力的。比如执行make之前你需要根据项目代码的实际路径重新设定一些环境变量或修改Makefile中的某些标识路径的变量；你还要将项目依赖的各种...