Subversion (SVN)

解决svn working copy locked问题 参考文章： （1）解决svn working copy locked问题 （2）https://www.cnblogs.com/yejiurui/p/3372004.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/u/3797416/blog/4670488

当面试的时候，面试官要问你对自动化测试架构的理解时，该如何回答呢？ 其实这是一个很“大”的问题，面试者需要对如下内容进行阐述，主要包括：什么是架构、什么是架构设计思想、自动化架构设计带来的好处、有哪些核心类库以及他们的作用、结合你的实际工作谈谈遇到的架构使用问题。在这里我概述一下对于这几个问题的核心回答思路。 1.什么是架构 软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口来实现。 2.架构设计思想 用一套通用的自动化测试框架，解决不同产品线的基础服务构建工作（包括：提供日志模块，提供邮件模块，提供外部文件读写处理模块以及日志解析模块等等），通过引入框架方便公司对不同的产品线自动化实施进行整合，便于日后管理和维护。该设计方案使得不同产品的自动化业务编写人员只需专注于用例业务的实现，无需理会API中内部技术细节的实现。而架构设计人员无需对业务线的具体业务知识进行系统学习，只专注于技术细节的实现，当业务编写人员遇到技术问题时提供必要的技术支持。正所谓术业有专攻，通过对不同角色的职责划分

如果你只想拉取 Trunk 分支的提交记录的话。 我们以项目 https://sourceforge.net/p/docutils/code/HEAD/tree/trunk/docutils/ 为示例 我们希望将上面项目的所有 Trunk 的提交记录变成 Git 的仓库。 你可用运行命令： git svn clone https://svn.code.sf.net/p/docutils/code/trunk docutils 进行拉取就可以了。 请注意，如果你的提交记录非常多的话，有可能会拉取失败，如果你的计算机网络状况不是非常好，或者你计算机有自动休眠功能的话，也会拉取失败。 建议你在服务器上做，那么的效率会更高。 我们因为网络问题就没有拉完成。 https://www.ossez.com/t/svn-git/186 来源： oschina 链接： https://my.oschina.net/honeymoose/blog/4318015

问题： I have a non-empty directory (eg /etc/something) with files that cannot be renamed, moved, or deleted. 我有一个非空目录（例如/ etc / something），其中包含无法重命名，移动或删除的文件。 I want to check this directory into git in place. 我想将这个目录检查到git中。 I want to be able to push the state of this repository to a remote repository (on another machine) using "git push" or something similar. 我希望能够使用“git push”或类似的东西将此存储库的状态推送到远程存储库（在另一台计算机上）。 This is trivial using Subversion (currently we do it using Subversion) using: 这很简单，使用Subversion（目前我们使用Subversion），使用： svn mkdir <url> -m <msg> cd <localdir> svn co <url> . svn add <files

1、 检测svn是否安装 rpm -qa subversion #检查现有版本，如果输入命令后没有提示的话，表明没有安装 yum remove subversion #如果有安装，可以通过该命令卸载旧版本的svn服务 yum -y install subversion #执行安装 2、创建svn目录： mkdir /home/svn #svn仓库都在这个目录下创建 3、创建一个svn版本仓库： svnadmin create /home/svn/svndata 注释: conf :存放版本库所使用的配置文件的目录 db ：存放存储版本数据的数据库文件的目录 hooks ：存放版本库钩子程序的目录 locks ：存放库锁目录，用来跟踪库的访问者 format：存储一个整数的文件，此整数代表库层次结构版本 README.txt：版本库自述文件 4、配置 进入conf目录下进行配置 4.1 authz文件：配置每个用户所在组，所在组的权限(读或写)，所在组指向的svn项目目录等。 在最后添加配置如下, 其中用户名自定义(如：test = rw) [\] 用户名 = rw 4.2 passwd文件：svn用户信息文件，保存所有该版本库的所有svn用户，可以编辑该文件添加用户。 在最后添加配置如下, 其中用户名自定义(如：test = 123456) 用户名 = 密码 4.3

坐标 在maven项目中使用涉及到相关工具只需要在pom中加入需要的坐标即可，但是什么坐标呢？我理解的坐标就是jar包在中央仓库中的身份证，通过坐标可以确定唯一的jar包，避免使用错误，坐标中主要包括一下内容： groupId：定义当前Maven项目隶属的实际项目。首先因为Maven中有模块的概念，其次一般一个组织下会包括多个项目，如果maven项目定义到组织级别，会比较难区分。一般groupId使用域名+实际项目。 artifactId：定义实际项目中的一个Maven模块，推荐做法把实际项目名称作为前缀+模块名称，这样方便寻找实际构件。 version:定义该maven项目当前所处的版本，其中在研发过程使用快照（SNAPSHOT）版，线上一般使用稳定版保证线上的稳定。 packaging:该元素定义了Maven的项目打包方式。一般情况下打包与生成构建的文件的扩展名对应，当不定义packaging时候，默认生成jar。（非必填） 版本管理详解 首先清楚两个概念：版本管理和版本控制。 版本管理 指项目整体版本的演变过程管理，从1.0->1.0.1->2.01。 版本控制 指借助版本控制工具（git,svn）追踪代码的每一个变更。 何为版本管理？ 在项目开发过程，大家使用快照版本，maven利用这种方式智能处理特殊的版本，解析项目的最新快照，使用快照版本促进团队内部的交流

挑槽、入槽、跳槽，堪称每个技术人员必奏的三部曲，而这三部曲在职场中来回奏，便构成了程序人生。 铁打的硬盘，流水的码农， 离职时见人品 ，作为技术人员该如何做交接，到底该如何站好最后一班岗呢？ 1. 人品不够，文档来凑。 从上家公司离职已经 5 年多啦，记得离职大概没多久，前技术同事微信告诉我：你写的交接文档，在会议上公开表扬，让其它组作为参考。 当时个人感觉没啥，就是写了一堆文档罢了，近期看到其它团队交接的效果，那么的不尽人意。而且秉着吐露真心，认真分享的原则，不妨把那些年写过的交接文档，逐一呈现给你，万一能助你积攒人品、升职加薪呢？ 1.1. 作为技术人员离职前的交接，编写 交接进展表 为了谁？ 离职前的交接，非常能展现人品，最重要的原则是： 交接时一定要尽力而为。 尽量能打造属于自己的交接计划，按照计划一步一步去落实，并把交接进展维护在 excel 中，如图中的《交接进展表.xlsx》。 编写交接进展表，一方面让大家明确知晓交接的过程与进度，另一方面可供后人按此方式进行无脑式交接（前人栽树后人乘凉）。 1.2. 作为技术人员离职前的交接，编写 XX系统_新手入门文档 为了谁？ 离职前的交接，希望都能编写新手入门之类的傻瓜式文档，该文档编写是个一劳永逸的事情。 倘若后续接手你的是一个新同事，那么就更有价值，按照入门文档，一步一步就能上手开发、提测、上线，这样的文档谁不喜欢？

应用场景 1.公司电脑与家中电脑的 远程控制 ，一般通过teamview、向日葵等软件，端口互通后，可以使用电脑自带的远程桌面 2.家中电脑搭建 SVN、git仓库 ，在外网或者内网访问，一般使用云服务器，端口互通后，可以部署在任意电脑 3.家中电脑搭建 数据库 、 web服务 以及 其他基于TCP协议的服务 ，端口互通后，可以部署在任意电脑 注意：并不是说就不需要购买云服务器了，而是运行的服务可以部署在任意电脑，云服务器仍是必须的，但是可以买最便宜的服务器以达到省钱的目的 技术原理 模式一 服务器中转： 　　场景：我们有电脑A和电脑B，他们在不同的局域网，现在我们需要在电脑A访问电脑B的web服务（端口是80） 　　原理：我们通过监听电脑A的端口80，当此端口接收到http请求的时候，程序将通过一些操作，在电脑A、服务器以及电脑B中建立一条专用TCP链接，然后电脑A将80端口接收到的数据转发到服务器中，然后服务器再把数据发送给电脑B的80端口，从而实现访问电脑B的web服务的目的。 模式二 直接连接： 　　场景：我们有电脑A和电脑B，他们在不同的局域网，现在我们需要在电脑A访问电脑B的web服务（端口是80） 　　原理：我们通过监听电脑A的端80，当此端口接收到http请求的时候，程序将通过一些操作，在电脑A与电脑B中建立一条直连的TCP连接

svn冲突问题详解 SVN版本冲突解决详解 参考文章： （1）svn冲突问题详解 SVN版本冲突解决详解 （2）https://www.cnblogs.com/jose-Lee/p/4896088.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/u/3797416/blog/4539532

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