第七根弦的技术博客

1.我们在服务器上直接git clone项目的版本库的时候报401错误！
错误如下：error: The requested URL returned error: 401 Unauthorized while accessing
原因：git 版本过低

2.git –version 查看一下当前的git版本
因为centos yum 安装的git是 1.7.1
所以我们要升级git的版本

3.如何升级git
更新yum: sudo yum update
安装依赖包：sudo yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker
下载git:wget https://github.com/git/git/archive/v2.3.0.zip
解压然后进入到目录下
安装：make prefix=/usr/local/git all
sudo make prefix=/usr/local/git install

4.再执行下git –version看git版本是否升级
如果还是1.7.1 需要修改环境变量
sudo vim /etc/profile
在文件的最后加入：export PATH=/usr/local/git/bin:$PATH
source /etc/profile：应用修改
git –version 切换到了2.3.0
这样git的命令就可以正常使用了！

在Git v1.7.0 之后，可以使用这种语法删除远程分支：

删除tag这么用：

否则，可以使用这种语法，推送一个空分支到远程分支，其实就相当于删除远程分支：

这是删除tag的方法，推送一个空tag到远程tag：

两种语法作用完全相同。

Pull Requests是Bitbucket上方便开发者之间协作的功能。提供了一个用户友好的Web界面，在集成提交的变更到正式项目前可以对变更进行讨论。

继续阅读 »

Forking工作流和前面讨论的几种工作流有根本的不同。这种工作流不是使用单个服务端仓库作为『中央』代码基线，而让各个开发者都有一个服务端仓库。这意味着各个代码贡献者有2个Git仓库而不是1个：一个本地私有的，另一个服务端公开的。

继续阅读 »

这节介绍的Gitflow工作流借鉴自在nvie的Vincent Driessen。
继续阅读 »

一旦你玩转了集中式工作流，在开发过程中可以很简单地加上功能分支，用来鼓励开发者之间协作和简化交流。
继续阅读 »

转到分布式版本控制系统看起来像个令人生畏的任务，但不改变已用的工作流你也可以用上Git带来的收益。团队可以用和Subversion完全不变的方式来开发项目。
继续阅读 »

译序

工作流其实不是一个初级主题，背后的本质问题其实是有效的项目流程管理和高效的开发协同约定，不仅是Git或SVN等SCM工具的使用。

这篇指南以大家在SVN中已经广为熟悉使用的集中式工作流作为起点，循序渐进地演进到其它高效的分布式工作流，还介绍了如何配合使用便利的Pull Request功能，体系地讲解了各种工作流的应用。

行文中实践原则和操作示例并重，对于Git的资深玩家可以梳理思考提升，而新接触的同学，也可以跟着step-by-step操作来操练学习并在实际工作中上手使用。

关于Git工作流主题，网上体系的中文资料不多，主要是零散的操作说明，希望这篇文章能让你更深入理解并在工作中灵活有效地使用起来。
继续阅读 »

之前写了篇文章介绍使用脚本生成SVN、GIT版本号的SVN、GIT生成版本号，获取SVN版本号的方法有些不恰当，在不同版本的SVN上会出现问题。这里再对此进行完善。
之前的脚本是通过下面的命令获取当前的SVN的提交版本号：

示例可以参考前面写的文章，意思是获取第5行第3列的数字，这个数字就是提交代码的SVN号。关键的问题是，不同版本的SVN是不是都是第5行是版本号？非也。不同版本是不同的。所以上面的命令就有局限性。我尝试搜索相关资料，但没找到好的方法。于是只好继续沿用上面的方法。但多了对不同的SVN版本作判断。
下面给出结合了SVN、GIT两种版本号生成脚本。脚本中会判断是否存在.git或.svn目录，如果都存在，则将两个版本号写到一起，如只存在其中一个，则生成对应的版本号。
继续阅读 »

代码管理较多的是使用svn、git这类的版本管理工具，版本号是一个重要的东西，自然地，如何让我们显式地看到版本号是十分重要的。一般地，会通过某种手段让当前代码的版本号声明为宏定义字符串，或打印在串口上，或传输到上位机显示。这里介绍了svn和git的版本号生成方式。
继续阅读 »