201207:SVN提示文件被锁定不能更新-什么是k8s

首先想到的是可以使用svn客户端本身的svn clean up来解决这个问题，在你不能更新的目录右键执行；

如果不成功，那就不是本目录锁定，系统提示上一层目录锁定，需要到上一层或者根目录中清除；

如果在根目录下都无法clean的话，一般采取的方法删除现有的目录，重新CHECKOUT，此步骤，一定要注意自己已修改待提交的文件的备份，要不努力就付诸东流了；

当然，在网上找到了比较省事的方法：

其实SVN加锁会在.SVN（隐藏文件）中生成一个名字叫lock的文件（无后缀），查找所有的，手工删除。然后再尝试更新，系统可能会提示某个.base文件无法访问。找到它，把相关的文件或其所在的目录删除，重新UPDATE。

k8s全称kubernetes，这个名字大家应该都不陌生，k8s是为容器服务而生的一个可移植容器的编排管理工具，越来越多的公司正在拥抱k8s，并且当前k8s已经主导了云业务流程，推动了微服务架构等热门技术的普及和落地，正在如火如荼的发展。那么称霸容器领域的k8s究竟是有什么魔力呢？

首先，我们从容器技术谈起，在容器技术之前，大家开发用虚拟机比较多，比如vmware和openstack，我们可以使用虚拟机在我们的 *** 作系统中模拟出多台子电脑（Linux），子电脑之间是相互隔离的，但是虚拟机对于开发和运维人员而言，存在启动慢，占用空间大，不易迁移的缺点。举一个我亲身经历过的场景吧，之前在vmware中开发了一个线下平台，为了保证每次能够顺利使用，我们就把这个虚拟机导出为OVF，然后随身携带，用的时候在服务器中部署，这里就充分体现了虚拟机的缺点。

接着，容器化技术应运而生，它不需要虚拟出整个 *** 作系统，只需要虚拟一个小规模的环境即可，而且启动速度很快，除了运行其中应用以外，基本不消耗额外的系统资源。Docker是应用最为广泛的容器技术，通过打包镜像，启动容器来创建一个服务。但是随着应用越来越复杂，容器的数量也越来越多，由此衍生了管理运维容器的重大问题，而且随着云计算的发展，云端最大的挑战，容器在漂移。在此业务驱动下，k8s问世，提出了一套全新的基于容器技术的分布式架构领先方案，在整个容器技术领域的发展是一个重大突破与创新。

那么，K8S实现了什么？

从架构设计层面，我们关注的可用性，伸缩性都可以结合k8s得到很好的解决，如果你想使用微服务架构，搭配k8s，真的是完美，再从部署运维层面，服务部署，服务监控，应用扩容和故障处理，k8s都提供了很好的解决方案。

具体来说，主要包括以下几点：

总而言之，k8s可以使我们应用的部署和运维更加方便。

k8s集群由Master节点和Node（Worker）节点组成。

Master节点

Master节点指的是集群控制节点，管理和控制整个集群，基本上k8s的所有控制命令都发给它，它负责具体的执行过程。在Master上主要运行着：

Node节点

除了master以外的节点被称为Node或者Worker节点，可以在master中使用命令 kubectl get nodes 查看集群中的node节点。每个Node都会被Master分配一些工作负载（Docker容器），当某个Node宕机时，该节点上的工作负载就会被Master自动转移到其它节点上。在Node上主要运行着：

这里整理了一下SVN 被锁定的几种解决方法：

1.出现这个问题后使用“清理”即"Clean up"功能，如果还不行，就直接到上一级目录，再执行“清理”，然后再“更新”。

2.有时候如果看到某个包里面的文件夹没有SVN的标志，直接用“Ctrl+Delete”手工删除，然后“清理”，最后“更新”或“提交”。

3.有时候有的文件死活无法提交和更新，有lock字样的提示，：首先点击该文件，然后getLock,再选中stealLock,然后release lock即可

4.教大家最狠的一招，在项目中如果是出现某个文件死锁的情况无法解决的情况下，叫开发中所有的人把文件上传了解锁了，清空版本库地址：安装目录:SvnTracsvnprojectsdblocks这个文件夹路径里面的全部内容。一切ok!

1、  如下图所示，经常碰到的冲突提交失败。

2、 首先在编辑之前先把svn上面的内容更新下来，保证是在最新的版本上修改的，不然还是会提示冲突的。然后选择目标文件右键，选择“svn“。

3、  在d出列表里选择”获取锁定“。

4、这样就可以正常的编辑，然后选择svn提交进行编辑。

5、编辑完之后就可以正常提交了，这个时候锁定会自动打开。

---