版本号

问题： Error:svn: E195020: Cannot merge into mixed-revision working copy [241:250]; try updating first 分析： 提示的是合并代码的版本号有出入，这种情况在使用AS开发多个android项目时，使用svn进行版本管理会出现； 主要是服务器版本号和本地版本号没有同步 如果是一个项目的版本号高于了另外一个项目的版本号，这种情况使用TortoiseSVN客户端是可以直接合并同步的； 但是AS使用的TortoiseSVN command line，稍微有点儿出入 解决方式： 方式一、使用AS 更新代码库，最好是提交完（commited）就及时更新（update） 方式二、直接使用TortoiseSVN对当前项目先执行update, 然后在执行后续操作 来源： 51CTO 作者： 扶垚而上 链接： https://blog.51cto.com/12539515/2389209

书写原则 命名规范 包 类 函数 类级变量 函数内局部变量 表示事件的类型的常量 事件响应函数 组件 缩略单词 缩略词组 词组的连接 子类 常量 循环变量 getter/setter 变量 偏向属性设置类型的函数名 布尔性变量 代码级书写规范 类型声明 初始化 +与—操作符 import 类 if switch 逗号 数组里的元素 大括号 工程级书写规范 注释 外部模块的使用 日志记录 警告 代码行数 代码修改 版本号 附录:生成ASDoc的方法: 版本管理 时间 版本号 内容 整理 2013年10月 V1.0 初建 xiaojianjun 书写原则 要表达的意思完整准确， 易于理解，易于记忆，易于他人扩展维护， 简洁，不用拼音，使用英语， 通常用骆驼命名法和下划线间隔法， 傻瓜写的代码只有计算机看得懂，好工程师写的代码人看的懂， 达成规则的约定后，即使有疑义，也要遵守。 命名规范 包 第一个字段是com. 第二个字段是公司名，每三个字段应该是产品线的名字，我们以全小写的方式来给包命名，最好使用名词或者动名词，而不要使用动词，副词，或者形容词：　比如com.vox.afenti.model.wordcorrection 如果一个包名实包含了若干实现了相似功能的类，那就用一个名词的复数形式来做包名，比如 charts, collections, containers 。

1 设计原因 APP接口的开发不同于PC WEB的开发，APP会经常的版本迭代，不同版本的APP接口可以同时使用，老版本的APP和新版APP可以同时使用，为了便于维护和管理，就有必要设计好APP接口的管理策略。 2 数据库及接口设计 数据库包含字段：app版本号、更新内容、是否强制更新。 接口传递的参数：app版本号。 3 升级状况 3.1 升级接口 AppStore不支持强制升级，后台必须提供升级接口。 3.2 渠道 App可能分多个渠道进行推广，比如AppStore, 越狱版本等等。 那种渠道的版本升级很可能不同。 3.3 强制升级 版本升级中，一些版本需要强制升级到高版本。 比如， V3--->V4->>>V5--->V6。 V3可以选择性的升级到V4，V4必须升级到V5，V5可以选择性的升级到V6。 如果服务器的接口只提供最新版本的版本号和是否强制升级标识(由运营设置)，然后由客户端来比较是否要升级。 如果最新版本是V5， 那么是没有什么问题的。 但是如果最新版本已经到V6，而某个客户还停留在V3或者V4。那么如果不强制升级的话，可能就有很大的问题。 3.4 接口升级变化 3.4.1 接口变化 接口不可能一成不变，在不停迭代中，总会发生变化。接口的变化一般会有几种： 数据的变化，比如增加了旧版本不支持的数据类型 参数的变化，比如新增了参数 接口的废弃，不再使用该接口了 3

一、节点增删改查 1.1 启动服务和连接服务 # 启动服务 bin/zkServer.sh start #连接服务 不指定服务地址则默认连接到localhost:2181 zkCli.sh -server hadoop001:2181 1.2 help命令 使用 help 可以查看所有命令及格式。 1.3 查看节点列表 查看节点列表有 ls path 和 ls2 path 两个命令，后者是前者的增强，不仅可以查看指定路径下的所有节点，还可以查看当前节点的信息。 [zk: localhost:2181(CONNECTED) 0] ls / [cluster, controller_epoch, brokers, storm, zookeeper, admin, ...] [zk: localhost:2181(CONNECTED) 1] ls2 / [cluster, controller_epoch, brokers, storm, zookeeper, admin, ....] cZxid = 0x0 ctime = Thu Jan 01 08:00:00 CST 1970 mZxid = 0x0 mtime = Thu Jan 01 08:00:00 CST 1970 pZxid = 0x130 cversion = 19 dataVersion = 0 aclVersion

并发时库存超卖时问题解决 方案一 数据库设置字段为无符号型 当并发超卖时直接报异常 通过捕获异常提示已经售空。 方案二 采用排他锁 当用户同时到达更新操作，同时到达的用户一个个执行 在当前这个update语句commit之前，其他用户等待执行 方案三 采用Redis的队列实现，用于抢购 先从MySQL读取库存数，放到Redis的队列中 用户直接操作队列，当队列为空时提醒售空 当抢购结束后可执行更新库存表操作 方案四 采用乐观锁原理 在数据表中加入版本号字段 当读取数据时，将version字段的值一同读出，数据每更新一次，对当前version值加一，当并发数据进行出库操作时新version版本号不同而停止 这样虽然不能避免脏读，但是能避免脏读后对数据产生的影响，对比悲观锁需要一直锁数据来说性能提升很大。 关于MVCC(Multiversion Concurrency Control多版本并发控制) innoDB的行级锁采用了乐观锁原理，在每个字段后面隐藏了两个字段，分别是创建版本号与删除版本号，当创建时记录创建时间，当记录删除或者更新时记录删除时间，因为创建时间和删除时间都是根据索引来的，所以innodb锁索引。 来源： CSDN 作者： 陈豆粒 链接： https://blog.csdn.net/qq_28643817/article/details/88792135

•　　深刻理解三大文档的写作目的与应用场景 •　　理解并掌握PRD文档的用途与作用 •　　理解并掌握PRD文档： 　 　 –　写作思路 　　–　写作方法 　　–　写作格式 ♦　　产品需求文档（Product Requirement Document,　PRD）的英文简称 　 　–　　PRD文档向上是对MRD内容的继承与发展，向下则是要把MRD文档里面的各种理论要求 　　　　技术化，向研发部门与设计部门说明产品的功能和性能要求。 　　–　　PRD文档是产品文档中最底层最细致的文档，所以写作的时候，需要细致耐心。 --------------------------------------------------------------- 再看下这三个文档的区别 •　　BRD-这么做有什么好处，并说明好处在哪里 　 　–　　举例：唐僧出发前，参见唐黄，告诉唐黄西去取经的重要意义与大兴佛法的好处，唐黄答应，并发放免签 　　　　护照，于是唐僧带着任务出发了。 •　　MRD- 通过BRD明确了这个事情值得一做后，描述应该怎么做，并说明这么做的原因 　 　–　　举例：唐僧上路了，但是他需要选择走哪条路线，带几个人，为什么这么走，为什么带这些人，要说清楚 　　 　　 •　　A路线：妖怪多 　　　　•　　B路线：神仙多 　　　　•　　C路线：美女多 　　　　•　　经过分析，唐三藏决定C路线 •　

1.提示：找不到设备 原因：没有安装手机usb驱动。 解决办法：我的电脑---->/管理-->设备管理--->安装手机驱动 2.Could not create the Android package. See the Output (Build) window for more details. adroid 安装的 sdk\tools 目录下没有zipalign.exe 解决办法:拷贝 zipalign.exe文件到 adroid 安装的 sdk\tools 目录下 3.Deployment failed because the FastDev assembly directory could not be created.4 Deployment failed. FastDev directory creation failed. 解决办法如下： packaging and deployment 下面的两个选项不要选。 4.无法打开.axml 原因：android api版本和 xamarin 版本不匹配 解决方案：降低Android api版本号.如图选择版本号，这里只提示sdk\platforms目录最高的一个版本号，具体原因不清楚。 如果想降低版本号请在sdk\platforms目录下面将高于要设定的AndroidAPI 版本目录删除。 5.运行程序提示： built

Spring Cloud版本 Spring Cloud版本演进情况如下： 版本名称 版本 Finchley snapshot版 Edgware snapshot版 Dalston SR1 当前最新稳定版本 Camden SR7 稳定版本 Brixton SR7 稳定版本 Angel SR6 稳定版本 从下Angel到上Finchley可以看出，版本的第一个字母是按照A－Z顺序编排的。单词来自于英国伦敦的地铁站站名。 那么为什么要用单词而不是数字类型的版本号呢？ 因为Spring Cloud包含了一系列的子系统，Spring Cloud Config，Spring Cloud Netflix，Spring Cloud Bus等，为了防止与这些子系统的版本号混淆，Spring Cloud的版本号全部使用英文单词。 版本号后面的SRX，X代表一个数字，这个是小版本号，就是在特定的版本中，修复一些致命问题，做的升级版本号。 Spring Cloud与Spring Boot版本匹配关系 Spring Cloud Spring Boot Finchley 兼容Spring Boot 2.0.x，不兼容Spring Boot 1.5.x Dalston和Edgware 兼容Spring Boot 1.5.x，不兼容Spring Boot 2.0.x Camden 兼容Spring Boot 1

1、 首先安装好 p2 和 p3 ，配置好环境变量。在 CMD 内执行 python 返回版本号，返回结果根据配置的环境变量而定，如果 p2 的环境变量配置在前面，则返回 p2 的版本号，反之则 p3 2、 然后把各版本目录下的 python 文件改成 python2 和 python3 ，分别在 CMD 下执行 python2 和 python3 ，返回版本号即全部安装成功 3、 在不同版本的 python 下使用命令也会有不一样，按照原来的执行执行 pip list 的操作受制于 python 名称已经更改无法执行，除非把 python 名称改过来。或者执行 python2 --m pip list 或 python3 --m pip list 使用 pip 。 原来安装的库可能存在不可使用，或者需要把 python2/3 名称改成 python 才可执行 比如安装 python3 以前的 robotframework 是基于 python2 环境安装的， python2 的执行文件 python.exe 改成 python2.exe 后， robotframework 的执行文件 ride.py 即不可使用，这时候把 python2.exe 改成 python.exe 就可以了，或者在 python2.exe 下重新安装，所以一般建议 python2 的 python.exe

创建版本库 git init 进入一个文件，执行该命令此时目录下多了一个 .git 的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。如果你没有看到 .git 目录，那是因为这个目录默认是 隐藏的，用 ls -ah 命令就可以看见。 添加文件到Git仓库 第一步：添加到暂存区 git add xxx xxx可以是“.”表示所有文件，也可以是指定的文件名，该命令可反复多次使用，添加多个文件 第二步：提交到仓库 git commit -m "xxx" xxx是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。 执行完该命令可能会提示： 1 file changed ：1个文件被改动 2 insertions ：插入了两行内容 ⚠️如果不用 git add 到暂存区，那就不会加入到 commit 中 查看当前工作区的状态 git status 执行完该命令可能会提示： Changes not staged for commit（还没有准备提交的修改） 查看修改内容 情况一：查看当前文件的修改 git diff xxx xxx想要查看修改的文件名 情况二：查看当前版本和版本库最新版本的区别 git reset HEAD -- xxx xxx想要查看修改的文件名 查看提交历史