大鹏

首先命令行操作结果如下：root@zhiren-PowerEdge-T110-II:/zrun# git clone https://git.coding.net/xxxxxxxx/xxxx.git正克隆到 'anbu'...remote: Coding.net Tips : [You have no permission to access this repo.]fatal: unable to access 'https://git.coding.net/xxxxxxxx/xxxx.git/'

一、什么是tagtag是git版本库的一个标记，指向某个commit的指针。tag主要用于发布版本的管理，一个版本发布之后，我们可以为git打上 v.1.0.1 v.1.0.2 ...这样的标签。tag感觉跟branch有点相似，但是本质上和分工上是不同的：tag 对应某次commit, 是一个点，是不可移动的。branch 对应一系列commit，是很多点连成的一根线，有一个HEAD 指针，是可以依靠 HEAD 指针移动的。所以，两者的区别决定了使用方式，改动代码用 branch ,不

<br /><br />软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。例如：1.1.1.051021_beta。<br /><br /># 版本号定修改规则：<br />* 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。<br />* 子版本号(1)：当功能有一定的增加或

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。Git有commit，为什么还要引入tag？“请把上周一的那个版本打包发布，commit号是6a5819e...”“一串乱七八糟的数字

分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了Git又学会了SVN！分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。现在有了分支，就不用怕了。你.

大体上，我们可以将devops的体系划分为三块：代码、配置与部署环境代码良好的代码管理准则是：开发用分支，部署用TAG理想情况下，我们的永久分支只有一个master，除非有LTS(对某个版本长期支持)的要求。功能开发使用feature-*，测试通过，合并到master分支后应立即删除BUG修复使用hotfix-*，测试通过，合并到master分支后应立即删除多余的分支都是在增加代码管理与部署的复杂度配置需要强调的是：配置不应该成为代码的一部分首先为配置定义以下几个维度：日志