Subversion (SVN)

一、cd命令(changeDirectory) 1. 命令语法：cd [目录名] -- 说明：切换当前目录至dirName 2. 进入主要目录：cd / 3. 进入"家"目录：cd ~ 4. 进入上一次工作路径：cd - 5. 把上个命令的参数作为cd参数使用：cd !$ 二、pwd命令 -- 查看当前工作目录路径 1. 查看当前路径：pwd 2. 查看软链接的实际路径：pwd -P 三、ls命令（list） 1. ls 命令不仅可以查看linux文件夹包含的文件，而且可以查看文件权限(包括目录、文件夹、文件权限)查看目录信息等等 2. 常用参数搭配： ① ls -a 列出目录所有文件，包含以.开始的隐藏文件 ② ls -A 列出除.及..的其它文件 ③ ls -r 反序排列 ④ ls -t 以文件修改时间排序 ⑤ ls -S 以文件大小排序 ⑥ ls -h 以易读大小显示 ⑦ ls -l 除了文件名之外，还将文件的权限、所有者、文件大小等信息详细列出来 3. 例： ① 按易读方式按时间反序排序，并显示文件详细信息： ls -lhrt ② 按大小反序显示文件详细信息： ls -lrS ③ 列出当前目录中所有以“t”开头的目录的详细内容： ls -l t* ④ 列出文件绝对路径（不包含隐藏文件）： ls | sed "s:^:`pwd`/:" ⑤ 列出文件绝对路径（包含隐藏文件）：

之前我们分享过《CODING 如何使用 CODING 开发 CODING》的文章，时过境迁，现在 CODING 研发管理系统已经上线了如持续集成、缺陷管理、测试管理等 DevOps 中的重要功能，并增加了对 SVN 的支持。借此机会我们以自身的研发流程为例，来展示一下 How CODING uses CODING to build CODING 2.0。 企业级一站式软件研发协作平台 CODING 现在的团队有 100 多人，分布在全球各地（深圳、北京、成都、西雅图等），均使用 CODING 研发管理系统作为云端协作平台。在 CODING，不仅研发相关的团队使用 CODING 来进行研发管理，市场、运营、行政的部门也同样使用 CODING 进行任务分配与追踪、文件分享等日常工作。 同时通过 CODING 的企业微信/微信小程序，还能实现随时随地同步与协同任务，小程序可以直接查看任务详情、评论任务，还能实现代码合并（MR）等功能，真正做到 Coding Anytime Anywhere。 CODING 研发管理系统是基于项目进行的，我们依据组织架构建立了相关项目并使用【成员管理】添加相应部门的人员。通过项目这种扁平化的管理形式，帮助企业加快反应速度，提高自身敏捷性。 下周即将上线的 CODING 权限管理功能，可以帮助项目管理员方便地根据项目成员角色来分配相应的权限

作者：爱茹一婉年 原文： https : //blog.csdn.net/qq_21924011/article/details/80399836 1）集合类：List和Set比较，各自的子类比较（ArrayList，Vector，LinkedList；HashSet，TreeSet） List：元素是有顺序的，元素可以重复因为每个元素有自己的角标（索引） |-- ArrayList:底层是数组结构，特点是：查询很快，增删稍微慢点，线程不同步：A线程将元素放在索引0位置，CPU调度线程A停止，B运行，也将元素放在索引0位置，当A和B同时运行的时候Size就编程了2. |-- LinkedList：底层使用的是链表数据结构，特点是：增删很快，查询慢。线程不安全，线程安全问题是由多个线程同时写或同时读写同一个资源造成的。 |--Vector:底层是数组数据结构，线程同步，Vector的方法前面加了synchronized关键字，被ArrayList代替了，现在用的只有他的枚举。 Set：元素是无序的，且不可以重复（存入和取出的顺序不一定一致），线程不同步。set底层是使用Map实现的，故可以通过ConcurrentHashMap的方式变通实现线程安全的Set。 |--HashSet：底层是哈希表数据结构。根据hashCode和equals方法来确定元素的唯一性。

在不用Maven的时候，比如说以前我们用Ant构建项目，在项目目录下，往往会看到一个名为/lib的子目录，那里存放着各类第三方依赖jar文件，如log4j.jar，junit.jar等等。每建立一个项目，你都需要建立这样的一个/lib目录，然后复制一对jar文件，这是很明显的重复。重复永远是噩梦的起点，多个项目不共用相同的jar文件，不仅会造成磁盘资源的浪费，也使得版本的一致性管理变得困难。此外，如果你使用版本管理工具，如SVN（你没有使用版本管理工具？马上试试SVN吧，它能帮你解决很多头疼的问题），你需要将大量的jar文件提交到代码库里，可是版本管理工具在处理二进制文件方面并不出色。 Maven仓库就是放置所有JAR文件（WAR，ZIP，POM等等）的地方，所有Maven项目可以从同一个Maven仓库中获取自己所需要的依赖JAR，这节省了磁盘资源。此外，由于Maven仓库中所有的JAR都有其自己的坐标，该坐标告诉Maven它的组ID，构件ID，版本，打包方式等等，因此Maven项目可以方便的进行依赖版本管理。你也不在需要提交JAR文件到SCM仓库中，你可以建立一个组织层次的Maven仓库，供所有成员使用。 简言之，Maven仓库能帮助我们管理构件（主要是JAR）。 本地仓库（.m2） vs. 远程仓库（联网） 运行Maven的时候

https://shihlei.iteye.com/blog/2124411 前言： 1）Git于SVN的不同 Git是分布式数据库，本地创建仓库，即可在本地完成版本控制（等价于SVN在本地安装服务器和客户端，SVN服务器如果在远程，断网情况将无法完成提交及版本维护）。 Git协作开发，大家可以互相克隆版本库（相当于SVN下载项目），进行开发，每人都有完整的库（分布式）。通常为了方便，远程还是会建立一个共享库，如GitHub，方便大家同步和共享，不用互相在线，点对点同步修改。 2）Git元素概念 工作区（Working Directory）：代码开发和修改的区域，Eclipse将Workspace区域的文件显示给用户，用于操作。 暂存区（Index）：修改不同文件，通过Add to Index，添加到暂存区，暂存该批次的多个修改。 注：在最初的Git,文件提交前必须提交到暂存区。EGit这不是必要的,Team => Commit可以提交unstaged变化。可以和暂存区的状态比较和回退暂存区修改。 （状态参见二） 版本库（Repository）：该到一定程度时，可以提交一批次暂存区的修改，操作后修改提交版本库，并标记版本，是后续分享和回退的批次。 3）Git教程： http://www.liaoxuefeng.com/wiki

资源的上传 打包结束后，我们通过比较打包前和打包后AssetBundle的MD5值是否有变化来判断一个AssetBundle是否需要被更新，如果该AssetBundle的MD5值发生了改变，则我们将这个AssetBundle拷贝到我们的待更新文件夹中。更新文件夹的命名应该为当前的大版本号+资源版本号，这样下载的时候才能找到正确的路径，更新文件夹目录结构如下： UpdateFiles |-- iOS |-- 1.0 （大版本号） |-- 170513.1 （资源版本号） |-- VersionFile.txt |-- StreamingAssets |-- Prefabs |-- a.prefab |-- ... |-- StaticData |-- ... |-- Android |-- 1.0 （大版本号） 将所有需要更新的资源拷贝到更新文件夹后，将本次的更新资源的文件夹上传到资源服务器上。 资源的下载 获得服务器版本号，与客户端当前版本号作比较，如果是大版本更新，去商店下载，如果是小版本更新则去资源服务器下载。 拼接资源服务器地址，获得versionFile下载地址，根据大版本号，手机平台和资源版本号得到下载地址为： baseurl/ios/1.0/170513.1/VersionFile.txt 。 下载VersionFile，并与上一次手机缓存的VersionFile作对比

三、精准化测试第一式：差异化 关注实现，明确测试对象，指哪打哪 寻找测试对象差异，寻找最小精准测试对象 测试对象：指测试的源程序、目标程序、数据和相关文档 精准测试对象：迭代之间的差异部分（需求差异、技术实现上的差异）、差异部分影响的其他功能 需求差异分析 功能流图：使用图形表示功能与功能之间的关系，及功能走向关系 数据流向图：从数据传递和加工角度，以图形表达系统的逻辑功能、数据在系统内部流向和逻辑变换过程 状态变迁图：指明外部事件的结果系统如何运作 技术实现差异 系统设计上的差异：时序图（又名序列图/循序图/顺序图等）-描述对象之间发送消息的时间顺序显示多个对象之间的动态写作关系，包括活动者、对象、生命线、控制焦点和消息。 工程上的差异：代码（两个迭代间的代码差异），文件（编译后的文件差异） 实用分析方法： SVN-diff 文件对比方法（基于反汇编的基本块跳转关系的二进制对比） 最佳实践--自动化分析二进制文件差异化（IDA pro反汇编工具）： * 基本块（普通指令-move、add等指令，子函数调用-call指令） 一条或数据指令的组合，有唯一一个指向块起始位置的入口点和唯一一个指向块结束位置的退出点。函数包含一个或多个基本块。 * 跳转边（条件跳转，非条件跳转） 基本块之间的映射关系。 精准测试杀手：耦合（对软件结构内各个模块之间互连程度的度量） 高手之间见招拆招

不知不觉，走上运维道路已经整整一年了。回顾这一年，从最初的大白，变成小白。再到现在。经历的坑坑坎坎一片一片的。 目前就职一家运维公司，给国家电信公司做网管项目。哭逼的驻场背锅运维一枚。负责三千多台主机的监控与维护，平时还接新的监控需求。到今年为止，这个项目已经是第 7 期了。政企单位的钱就是好挣啊，可惜我们也只能被人家耗羊毛小羊。到我们手上的薪水少的可怜。政企单位的人员，跟大爷一样。很难伺候啊。在这里就不多说了。下面就来说一说自己的过往。 混混恶恶的，一不留神，就到了 30 。岁月无情，除了年龄增加，其余都一无所长。与日俱增的生存压力。。。（ 28 结婚，接着 29 有儿子！） ，在十八线的小县城里，过着无所事情的日子。那是 18 年十一，有个远房亲友来串门，无意了解到人家工资过万元，在北京。 村里出来的，没有见过什么世面，一下惊呆了。一向自命不凡的我，深受打击。拿什么拯救我呢？听着人家的生活，双休五险一金等等。在我印象中，只有公务员、事业单位、国企等等才能有的代遇。井底之蛙了！ 我的出路在何方，马上就到而立之年了。 在亲戚的帮助下，我也踏上北漂的生活，来到了现在的公司。自己在职业院校上过计算机专业。就这样成了一个小白。还好自己要提交准备，在网上搜了公司职位要求，关于 linux 服务器管理，网络相关知道， shell 脚本等等。 不知道现在公司是否都一样，项目组的人员很散

这是我个人觉得蛮有意思的一篇文章，不是说里面的问题，而是两方暴露出来的问题现象，我们常说的业务价值和技术价值的权衡，其实精髓就在此，当然里面有些言论有些激烈，很多牢骚抱怨我们也有过，换个角度来想，也就释然了。这篇文章我看了很多遍，我喜欢看那些深刻的问题而不是个别敏感的字眼。所以推荐大家阅读也吸取有价值的思想，不要太拘泥于里面的个别表达方式。问题讨论的知乎链接为： https://www.zhihu.com/question/32039226/ ----------------------------------------------------------- 今年年初，到一家互联网公司实习，该公司是国内行业龙头。 不过技术和管理方面，却弱爆了。 那里的程序员，每天都在看邮件，查问题工单。 这些问题，多半是他们设计不当，造成的。 代码写的一团糟，全是复制粘贴，连作者都没改，大家普遍不写注释，也不格式化，代码歪歪扭扭。 一个项目里，httpclient竟然出现了四种。 一种是该公司研发部写的， 一种是老版本的开源项目， 一种是新版本的开源项目， 还有一种是开发人员造的轮子。 打接口请求响应日志，竟然不知道用拦截器。 打错误日志竟然不打上下文信息，每个人一种日志风格，千奇百怪。 许多重要的中间流程，居然不打日志。 idea、eclipse

目录： springcloud费话之Eureka基础 springcloud费话之Eureka集群 springcloud费话之Eureka服务访问（restTemplate） springcloud费话之Eureka接口调用（feign） springcloud费话之断路器（hystrix in feign） springcloud费话之配置中心基础（SVN） springcloud费话之配置中心客户端(SVN) 完成了Eureka的服务器集群的搭建后，需要相互调用访问，该访问主要分为两种内容的请求 ①对集群中的所有客户端的注册信息请求 ②对集群中的所有客户端的接口的调用 本文使用restTemplate方式来实现相互调用 一、获取server中的注册的client的信息 1.代码 找一个client，写一个java类，内容如下： package com.lyh.lyh_eureka_server.controller; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.cloud.netflix.eureka.EnableEurekaClient; import org.springframework.web.bind.annotation