svn没有.lock文件

没有安装成功。SVN是Subversion的耐缺简称，是一个开放源代码的版本控制系统，.lock文件是这个系统的一个配喊吵置的文件，由于没有安装成功导致昌渗辩没有这个文件，需要联网重新进行下载。

文档类文件在项目中至关重要，由于文档文件可能不是由一人维护，故可能会出现“并发”情况，那么提交时候会发生覆盖这种车祸...

所以为了避免如上的情况，我们通过SVN可以采取对文件加写锁的 *** 作。文件加写锁后，含慎想要修改文件的话，要先进行get lock *** 作来获取锁（获取 *** 作权），若此时有他人获取锁（在 *** 作），型老氏那么会提示获取锁失卜散败，并且提示xxx占用锁。

当然 会出现这样一种情况：

假设占用锁的人将该文档在本地checkout了N份，忘记了是哪个拿的锁 这时怎么办？SVN替我们想到了这一点，故可以强制获取锁steal the loks（当然在你与同事沟通后）

具体 *** 作如下：

首先想到的是可以使用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上主要运行着：

---