转到分布式版本控制系统看起来像个令人生畏的任务，但不改变已用的工作流你也可以用上Git带来的收益。团队可以用和Subversion完全不变的方式来开发项目。
继续阅读 »
Git工作流指南
译序
工作流其实不是一个初级主题，背后的本质问题其实是有效的项目流程管理和高效的开发协同约定，不仅是Git或SVN等SCM工具的使用。
这篇指南以大家在SVN中已经广为熟悉使用的集中式工作流作为起点，循序渐进地演进到其它高效的分布式工作流，还介绍了如何配合使用便利的Pull Request功能，体系地讲解了各种工作流的应用。
行文中实践原则和操作示例并重，对于Git的资深玩家可以梳理思考提升，而新接触的同学，也可以跟着step-by-step操作来操练学习并在实际工作中上手使用。
关于Git工作流主题，网上体系的中文资料不多，主要是零散的操作说明，希望这篇文章能让你更深入理解并在工作中灵活有效地使用起来。
继续阅读 »
sizeof的32位和64位兼容问题
关于svn、git生成版本号脚本的改进
之前写了篇文章介绍使用脚本生成SVN、GIT版本号的SVN、GIT生成版本号，获取SVN版本号的方法有些不恰当，在不同版本的SVN上会出现问题。这里再对此进行完善。
之前的脚本是通过下面的命令获取当前的SVN的提交版本号：
|
1 |
LOCALVER=`svn info | cat -n | awk '{if($1==5)print $3}'` |
示例可以参考前面写的文章，意思是获取第5行第3列的数字，这个数字就是提交代码的SVN号。关键的问题是，不同版本的SVN是不是都是第5行是版本号？非也。不同版本是不同的。所以上面的命令就有局限性。我尝试搜索相关资料，但没找到好的方法。于是只好继续沿用上面的方法。但多了对不同的SVN版本作判断。
下面给出结合了SVN、GIT两种版本号生成脚本。脚本中会判断是否存在.git或.svn目录，如果都存在，则将两个版本号写到一起，如只存在其中一个，则生成对应的版本号。
继续阅读 »
SVN、GIT生成版本号
代码管理较多的是使用svn、git这类的版本管理工具，版本号是一个重要的东西，自然地，如何让我们显式地看到版本号是十分重要的。一般地，会通过某种手段让当前代码的版本号声明为宏定义字符串，或打印在串口上，或传输到上位机显示。这里介绍了svn和git的版本号生成方式。
继续阅读 »
编译安装GCC 5.2.0
记录编译GCC 5.2.0时遇到的问题和解决方法，以备日后查询。
平时使用的服务器是CentOS5，自带的gcc编译器还是8年前发布的4.1.2版本，完全没法写C++11的代码，因为不想升级操作系统，只好自己下载源码编译。
安装过程挺dan疼的，只好记录下来。
安装依赖库
GCC依赖于gmp 4.2+, mpfr 2.4+和mpc 0.8+，这里直接下载安装最新的版本。
继续阅读 »
pthread_barrier_init,pthread_barrier_wait简介
pthread_barrier 系列函数在<pthread.h>中定义，用于多线程的同步，它包含三个函数：
–pthread_barrier_init()
–pthread_barrier_wait()
–pthread_barrier_destroy()
那么pthread_barrier_*是用来做什么的？这三个函数又怎么配合使用呢？
pthread_barrier_*其实只做且只能做一件事，就是充当栏杆（barrier意为栏杆)。形象的说就是把先后到达的多个线程挡在同一栏杆前，直到所有线程到齐，然后撤下栏杆同时放行。1）init函数负责指定要等待的线程个数；2） wait()函数由每个线程主动调用，它告诉栏杆“我到起跑线前了”。wait(）执行末尾栏杆会检查是否所有人都到栏杆前了，如果是，栏杆就消失所有线程继续执行下一句代码；如果不是，则所有已到wait()的线程停在该函数不动，剩下没执行到wait()的线程继续执行；3）destroy函数释放init申请的资源。
继续阅读 »
git分支管理策略
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
下面我们实战一下–no-ff方式的git merge：
首先，仍然创建并切换dev分支：
|
1 2 |
$ git checkout -b dev Switched to a new branch 'dev' |
修改readme.txt文件，并提交一个新的commit：
|
1 2 3 4 |
$ git add readme.txt $ git commit -m "add merge" [dev 6224937] add merge 1 file changed, 1 insertion(+) |
git修改Bug(分支)
软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：
继续阅读 »
在Linux下实现COM组件
COM组件是一种编程规范，它规定了软件编程的一般方法，虽然它由Microsoft公司制定和提出，但是它的规则也可以在Linux下使用，下面是在Linux下实现COM组件的方法。
—-参考《COM技术内幕》一书。
COM实现的技术，主要是C++的虚函数、多继承以及动态链接库(DLL)技术。
继续阅读 »
近期评论