版本控制

认识git / github / SVN 是什么？ girgit ： 版本控制工具 github ： 程序员交友网站、存储代码、私有的域名空间 SVN：集中式版本控制： 需要连网的，一旦网络中断是不能进行版本控制的 基本上是公司内容才能访问的 非常依赖于中央服务器，一旦服务器挂了所有资源都洗白白。 GIT介绍： 分布式管理 git本身最大的优势就在于不需要网络就能进行版本控制 github算是一个大型的中央服务器，并且很健壮，可以进行代码的远程仓库管理，给你一个免费 的域名可以使用静态的页面 使用： 1.申请github账号 2.每台计算机中有秘钥 获取秘钥： ssh-keygen -t rsa -C "注册邮箱" 上github->settings->SSH and GPG keys 进行绑定 ssh -T git@github.com 有Hi....就说明绑定成功 设置贡献者信息： git config --global user.name "名字" git config --global user.email "自己邮箱" git config --list 查看配置 如何创建项目(版本) 1、git init(无网络的情况下) 2、在github上创建项目（记得勾选 README） cd 路径就能进入目录 cd ..回退上层目录 克隆项目: git clone 地址 ls

认识git / github / SVN 是什么？ girgit ： 版本控制工具 github ： 程序员交友网站、存储代码、私有的域名空间 SVN：集中式版本控制： 需要连网的，一旦网络中断是不能进行版本控制的 基本上是公司内容才能访问的 非常依赖于中央服务器，一旦服务器挂了所有资源都洗白白。 GIT介绍： 分布式管理 git本身最大的优势就在于不需要网络就能进行版本控制 github算是一个大型的中央服务器，并且很健壮，可以进行代码的远程仓库管理，给你一个免费 的域名可以使用静态的页面 使用： 1.申请github账号 2.每台计算机中有秘钥 获取秘钥： ssh-keygen -t rsa -C "注册邮箱" 上github->settings->SSH and GPG keys 进行绑定 ssh -T git@github.com 有Hi....就说明绑定成功 设置贡献者信息： git config --global user.name "名字" git config --global user.email "自己邮箱" git config --list 查看配置 如何创建项目(版本) 1、git init(无网络的情况下) 2、在github上创建项目（记得勾选 README） cd 路径就能进入目录 cd ..回退上层目录 克隆项目: git clone 地址 ls

为什么要用版本控制？ 假设你在的公司要上线一个新功能，你们开发团队为实现这个新功能，写了大约5000行代码，上线没2天，就发现这个功能用户并不喜欢，你老板让你去掉这个功能，你怎么办？你说简单，直接把5000行代码去掉就行了，但是我的亲，说的简单，你的这个功能写了3周时间，但你还能记得你是新增加了哪5000行代码么？所以你急需要一个工具，能帮你记录每次对代码做了哪些修改，并且可以轻易的把代码回滚到历史上的某个状态。 这个神奇的工具就叫做版本控制。 版本控制工具主要实现2个功能： 版本管理 在开发中，这是刚需，必须允许可以很容易对产品的版本进行任意回滚，版本控制工具实现这个功能的原理简单来讲，就是你每修改一次代码，它就帮你做一次快照 协作开发 一个复杂点的软件，往往不是一个开发人员可以搞定的，公司为加快产品开发速度，会招聘一堆跟你一样的开发人员开发这个产品，拿微信来举例，现在假设3个人一起开发微信，A开发联系人功能，B开发发文字、图片、语音通讯功能，C开发视频通话功能， B和C的功能都是要基于通讯录的，你说简单，直接把A开发的代码copy过来，在它的基础上开发就好了，可以，但是你在他的代码基础上开发了2周后，这期间A没闲着，对通讯录代码作了更新，此时怎么办？你和他的代码不一致了，此时我们知道，你肯定要再把A的新代码拿过来替换掉你手上的旧通讯录功能代码， 现在人少，3个人之间沟通很简单

最近换工作了，新公司对于代码规范和版本控制有蛮高的要求，在gradle依赖中对于版本控制这一块，我之前的做法是这种： compile 'com.android.support:appcompat-v7:23.4.0' compile 'com.jcodecraeer:xrecyclerview:1.2.6' 1 2 在依赖第三方库时，直接这样写，嗯，简单粗暴。但是不利于后期的维护，当项目大了之后，如果第三方库有更新，或者有不兼容时，还得一个个去找。按照java开发中用maven的逻辑(java是把第三方依赖版本放在pom.xml中)，我们需要将第三方依赖，以及一些基本参数，放置到一个文件中，便于后期管理。而在android中，大google早就弃用maven而改用gradle了，那我们当然也用gradle了。好了废话不多说，直接上代码～ 创建配置文件 将你的工程由”android”切换到”project”下，然后在项目的根目录下手动创建一个文件，命名为config.gradle，config.gradle文件模板如下： 在这个文件中，工程的一些基本配置可以放在一个栏目里(android),第三方引用可以放到另一个栏目当中(dependencies)。 引用配置文件 那你的项目要怎么才能引用到这个文件呢？如图所示： 红色箭头中的那句代码，就表示工程中的所有moudle

先构造一条数据出来 PUT /test_index/test_ type / 1 { "test_field" : "test test" } 模拟两个客户端，都获取到了同一条数据 GET test_index/test_ type / 1 其中一个客户端，先更新了一下这个数据，同时带上数据的版本号，确保说，es中的数据的版本号，跟客户端中的数据的版本号是相同的，才能修改。 PUT /test_index/test_ type / 1 ?version= 1 { "test_field" : "test client 1" } 另外一个客户端，尝试基于version=1的数据去进行修改，同样带上version版本号，进行乐观锁的并发控制。 PUT /test_index/test_ type / 1 ?version= 1 { "test_field" : "test client 2" } 会发现会返回错误信息： { " error ": { " root_cause ": [ { " type ": "version_conflict_engine_exception" , " reason ": "[test_type][1]: version conflict, current version [2] is different than the one provided

Git Git 是目前世界上最先进的分布式版本控制系统（没有之一） 作用 源代码管理 为什么要进行源代码管理? 方便多人协同开发 方便版本控制 Git的诞生 作者是 Linux 之父：Linus Benedict Torvalds 当初开发 Git 仅仅是为了辅助 Linux 内核的开发（管理源代码） git 开发时间表 git 的产生是 Linux Torvals 在无奈被逼的情况下创造的，我看了一下时间历程： 2005 年 4 月3 日开始开发 git 2005 年 4 月 6 日项目发布 2005 年 4 月 7 日 Git 开始作为自身的版本控制工具 2005 年 4 月 18 日发生第一个多分支合并 2005 年 4 月 29 日 Git 的性能达到 Linux 预期 2005年 7 月 26 日 Linux 功成身退，将 Git 维护权交给 Git 另一个主要贡献者 Junio C Hamano，直到现在 Git 迅速成为最流行的分布式版本控制系统，尤其是 2008 年，GitHub 网站上线了，它为开源项目免费提供 Git 存储，无数开源项目开始迁移至 GitHub，包括 jQuery，PHP，Ruby 等等 Git管理源代码特点 1. Git 是分布式管理.服务器和客户端都有版本控制能力,都能进行代码的提交、合并、... 2. Git 会在根目录下创建一个 .git

我们使用node开发时，经常需要依赖一些模块，我们进行了下载之后，便一直在该版本的模块环境下进行开发，但是线上的服务器一般都是根据依赖来配置文件，重新下载各个模块，但是保不齐某个模块的版本已经更新了，这时线上的包会更新到最新的版本，但你的代码还是依据老版本来写的，这时可能会产生一些不知名的Bug, 首先看npm包的版本号的格式X.Y.Z,版本好的格式遵循semver 2.0规范，其中X为主版本号，只有更新了不向下兼容的API时进行修改主版本号，Y为次版本号，当模块增加了向下兼容的功能时进行修改，Z为修订版本号，当模块进行了向下兼容的bug修改后进行修改,这就是“语义化的版本控制”。 默认情况下，当用--save或者--save-dev安装一个模块时，npm通过脱字符(^)来限定所安装模块的主版本号，而该脱字符对于不同的版本号有不同的更新机制 ^1.2.1 代表的更新版本范围为 >=1.2.1 && < 2.0.0 ^0.2.1 代表的更新版本范围为 >=0.2.1 && < 0.3.0 ^0.0.2 代表的更新版本范围为 0.0.2（相当于锁定为了0.0.2版本） ##### 对于上述字符的版本控制，我们可以来进行一个尝试: 首先可以看到package.json中对于vuex的版本依赖为^2.3.1 然后查看以下项目中安装的vuex模块的版本号 果然没错，改版本号为2.3.1

我们通常需要在 PUSH 代码到远程仓库时，线上环境会自动进行代码同步，这时候就需要用到WebHook，它会自动回调我们设定的http地址。 通过请求我们自已编写的脚本，来拉取代码，实现与远程仓库代码的同步。 一、我们先创建一个本地仓库 echo "# 测试" > README.md git init git add README.md git commit -m "test" 在码云或 GitHub 上创建一个空仓库，比如：test，然后让本地仓库与远程仓库关联。 git remote add origin https://gitee.com/xxx/test.git git push -u origin master 　　 二、在本地仓库，添加WebHook文件，并提交到版本库 码云版： <?php $data = json_decode(file_get_contents('php://input'), true); // 码云WebHooks中配置的密码 $password = "123456"; // 你本地的项目路径 $path = "/data/wwwroot/test"; // 判断密码 if ($data['password'] === $password) { echo shell_exec("id -a"); echo shell_exec("cd {

API版本管理的重要性不言而喻，对于API的设计者和使用者而言，版本管理都有着非常重要的意义。下面会从WEB API 版本管理的角度提供几种常见办法： 首先，对于API的设计和实现者而言，需要考虑向后兼容性，但是随着业务的发展或需求的变更往往会导致兼容性实现非常复杂，因此引入API版本管理将能解决这个尴尬。下面提供多个版本管理的API实现，不需要再为了向后兼容性而绞尽脑汁。其次，对于API的使用者而言，也可以灵活选择使用不同版本API，而不用担心API的兼容性问题。 WEB API 版本化的五种方式: 方式一：利用URL HTTP GET: https://banbenguanli.com/api/v2/useracount/card 方式二：利用用户自定义的request header HTTP GET: https://banbenguanli.com/api/useracount/card api-version: 2 方式三：利用content type HTTP GET: https://banbenguanli.com/api/useracount/card Accept: application/vnd.banbenguanli.v2+json 方式四：利用content type，把版本号分离出来了 HTTP GET: https://banbenguanli

一、打开idea设置对话框，选择版本控制选项卡，如下图： 　　①：版本控制选项卡； 　　②：Gitee版本控制工具； 　　③：创建Token（即在idea中登录Gitee）； 　　④：如果没有Gitee账号，点击Sign up直接打开Gitee主页，注册账号。（idea比较友好的功能） 　　⑤：若你有Gitee账号，并通过③登录Gitee了，可以通过⑤进行账号测试（测试是否登录成功）。 三、idea中登录Gitee账号 　　点击③按钮，打开对话框，如下： 　　输入账号和密码，点击Login按钮 四、回到主页面，点击⑤按钮，测试Gitee是否登录成功 　　登录成功，提示对话框效果： 来源：博客园 作者： 温森 链接：https://www.cnblogs.com/elnimo/p/11562159.html