Subversion (SVN)

SVN报错 svn: E155004 is already locked，please clean up... 解决方案 找到报错目录 如:本例为 D:\project\bigDataTrade\antdesign\cherry-admin 执行cleanup命令 命令： svn cleanup cmd执行 PowerShell执行 来源： oschina 链接： https://my.oschina.net/yuhuashang/blog/3187765

第一步：断开连接 项目右键 -- Team-- 断开连接 第二步： 项目右键-- Team-- Share Project 选择 ” 要切换到新的地址 ” 选择 ”Finish” 选择 ”Yes” 来源： oschina 链接： https://my.oschina.net/xiaomiaonevergiveup/blog/3186482

1、官网 柚子科技 2、APICloud平台 个人理解：一个前端工程师可以代替安卓、ios开发做移动应用的开发，前端工程师编写的代码依靠APICloud平台转换安卓、Ios代码，打包，直接上线。以后的大部分公司完全可以不再需要安卓、ios开发人员。 3、平台由来 个人理解：柚子科技一家外包公司出身，专门为其他公司或者商户等需求商创建了上百个App，后来发现每做一个app，都需要安卓、ios、后端、运维、ui、产品最少一个岗位一个人就是最少6个人，做了上百款app后，发现每款app开发流程基本一致，所以想利用这个流程做一个平台，一个人利用这个平台几乎就可以把这六个人的事情做了，最终，这个产品正式上线，2014年开发上线，正是推广于2018年初！运用熟练APICloud的技术人员，可以轻松一个人开发app。 4、学习准备 4.1 安装环境jdk8以上 4.2 版本控制svn或者Git 平台默认的是svn，我使用的是git 4.3 mac系统 本人使用mac系统，也可以使用windows系统开发 4.4 开发工具 APICloud rstudio2 Webstorm2018.1（需要安装插件） 插件地址以及安装文档 APILoadder（装载器，调试器） 海马玩模拟器（mac系统需安装virtual box，才能运行海马模拟器） .... 也可以使用其他的IDE进行开发

本文首发腾云阁 高性能服务器架构思路(一)——缓冲策略 作者介绍：韩伟，1999年大学实习期加入初创期的网易，成为第30号员工，8年间从程序员开始，历任项目经理、产品总监。2007年后创业4年，开发过视频直播社区，及多款页游产品。2011年后就职于腾讯游戏研发部公共技术中心架构规划组，专注于通用游戏技术底层的研发。 在服务器端程序开发领域，性能问题一直是备受关注的重点。业界有大量的框架、组件、类库都是以性能为卖点而广为人知。然而，服务器端程序在性能问题上应该有何种基本思路，这个却很少被这些项目的文档提及。本文正式希望介绍服务器端解决性能问题的基本策略和经典实践，并分为几个部分来说明： [缓存](https://www.qcloud.com/product/crs?fromSource=gwzcw.5728.5728.5728)策略的概念和实例 [缓存](https://www.qcloud.com/product/crs?fromSource=gwzcw.5728.5728.5728)策略的难点：不同特点的[缓存](https://www.qcloud.com/product/crs?fromSource=gwzcw.5728.5728.5728)数据的清理机制 分布策略的概念和实例 分布策略的难点：共享数据安全性与代码复杂度的平衡 缓存 策略的概念 我们提到服务器端性能问题的时候

系列文章 Spring-Cloud-Config快速开始 Spring-Cloud-Config消息总线和高可用 Spring-Cloud-Config简介 Spring-Cloud-Config是Sping-Cloud下用于分布式配置管理的组件，分成了两个角色Config-Server和Config-Client；Config-Server端集中式存储/管理配置文件，并对外提供接口方便Config-Client访问，接口使用HTTP的方式对外提供访问；Config-Client通过接口获取配置文件，然后可以在应用中使用；Config-Server存储/管理的配置文件可以来自本地文件，远程Git仓库以及远程Svn仓库； Config-Server端 1.Config-Server依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> <version>2.0.0.RELEASE</version> </dependency> 注：2.0以后的版本需要jdk1.8及以上版本 2.准备被管理的配置文件 Spring-Cloud-Config提供了对多种环境配置文件的支持，比如：开发环境，测试环境，生产环境等

eclipse是一个非常好用的IDE，通常来说我们都用eclipse来开发JAVA程序，为了让开发python、shell等脚本也能在eclipse上运行，出现了很多相关的插件： python：pydev shell：shelled svn：Subclipse PHP：PDT 使用eclipse过程中可以多搜一搜网上的插件，有些能大幅提高开发效率，本文以开发linux环境下的python、shell脚本为背景，安装了eclipse并在其上装上了开发python、shell、svn插件，其中shell插件可以指定shell解释器，这样就能在windows下的eclispe中直接运行shell程序。 一、下载并安装jdk 地址： http://www.oracle.com/technetwork/java/javase/downloads/index.html 由于我是64位机器，所以下载了X64的JDK 二、安装JAVA、python、shell开发利器eclipse 使用 Eclipse Standard 4.3 即可 地址： http://www.eclipse.org/downloads/ 打开eclipse，设定JDK地址： 三、安装开发python的eclipse插件pydev 地址： http://pydev.org/ 输入pydev的可用更新站地址： 优先: http:

在软件开发过程中，我们经常遇如下实际问题。代码审查非常耗时并且每次审查的提交对整个系统会产生怎样的影响是难以理解的。不完整的信息或过于复杂的代码危及项目进度，重要信息可能会被忽略，从而误导开发工作，造成项目的延迟。在后期的开发中如果修复热点问题，为满足项目最初的预想周期，则有可能导致代码质量的下降。新入职的员工影响团队生产力，高级开发人员需要花费一定时间引领他们快速适应并需为其解释项目范围，因此产生的问题是，在不同技能水平的小组中交换知识分散了人们对项目的注意力。 Embold 是一个智能的多维度的软件质量分析平台，适用于所有软件项目。从设计到代码问题，它能够使你一目了然地了解软件质量的状态。Embold的能力不止于检测问题，它还能够建议解决方案，并将代码分析提升到全新水平，所有这些全部由AI提供支持。当它集成到现有软件开发流程中时效果最佳。Embold已被用于不同行业的少数几个任务关键的软件工程开发中。得利于安装时间短，易于导航的界面以及检查和提高软件质量的速度，企业在开发代码时很快意识到了Embold的价值。 Embold为用户提供一流的软件分析，检测并可视化软件代码中的违规行为，为其提供颜色编码的评分，随时间推移轻松比较不同项目中的软件质量。 Embold的特点 1、简化复杂项目 Embold的深入分析和直观的视觉效果可使你对自身的软件有更为深入的了解。 ①智能热图

前言 2000 年 CollabNet 创建了 Subversion 项目，一晃 SVN 已经诞生 20 年了，截至 r1873568 SVN 主分支共有 59674 次提交，32 个开发者，288 次发布，2005 年 Linus Torvalds 创建了 Git，截至 de93cc14ab7e8db7645d8dbe4fd2603f76d5851f ，git 主分支共有 58209 次提交，1343 个贡献者，742 次发布，诸如 Google，Microsoft，Facebook 这样的巨无霸公司都在使用 Git，Git 主要开发者来自 Google 和 Microsoft。 人多力量大，众人拾柴火焰高，有钱能使鬼推磨，贡献越多码越好，我们可以看到 SVN 只是缓慢变好，而 Git 却在飞速增强，到了今天为什么还不从 SVN 迁移到 Git？ Git 与 SVN 的比较 Git 是最流行的分布式版本控制系统，而 SVN 是集中式版本控制系统，顾名思义，SVN 的存储库将存储在中央服务器，而 Git 的存储库是存储在本地，当网络连接断开后，SVN 便无法进行提交，使用 Git 的开发者则可以先将代码提交到本地存储库，待网络恢复后再推送到远程服务器。 特征 Git Subversion 分类 分布式版本控制系统 集中式版本控制系统 许可协议 GPLv2 Apache 基金会

Could not locate PropertySource and the fail fast property is set, failing springcloud的其他服务读取不了配置中心得配置文件出错，原因是配置中心的一个配置文件有svn冲突。配置中心启动不报错是因为配置中心没有用到这个文件吧。 其他服务读取该冲突文件就读取不了，所以报错，记录一下。 来源： oschina 链接： https://my.oschina.net/u/3915790/blog/3163374

本文主要是讲 SVN 仓库的全量备份和增量备份，只包括基本操作. 仓库备份 svnadmin dump 备份方式多样 如果版本数过多，dump的过程将非常慢 备份耗时，恢复更耗时 备份时数据变大，恢复后数据可能会变小 仓库下的passwd和authz不会备份 全备份 在需要备份SVN仓库的服务器上执行如下 命令 sudo svnadmin dump /path/repository > /path/repository-backup.2019-12-27 做版本0-2的备份 sudo svnadmin dump /path/repository -r 0:2 --incremental > /path/repository-backup_0-2.2019-12-27 incremental 参数说明 它使用增量方式来导出版本，即每次都只导出自上一个版本以来的修改。这样的好处是: 第一：可以把一个大的文 件切分成若干个小的文件。 第二：在版本库已经存在的情况下，我们只需要每次导出修改的部分，不需要每次都导出整个版本库的内容。 甚至可以通过hook 脚本 每天晚上自动将当天的修改dump出来做备份用。 仓库迁移 使用SCP等工具，将备份的文件传输到目标服务器上，例如 /home目录下. # 建立新的svn仓库 sudo svnadmin create /path/new