代码管理

一、SVN工作原理 SVN（SubVersion）的基本工作思路是这样的：在一台服务器上建立一个源代码库，库里可以存放许多不同项目的源程序，由源代码库管理员统一管理这些源程序。 每个用户在使用源代码库之前，首先要把源代码库里的项目文件下载到本地（Checkout），然后用户可以在本地任意修改，最后用svn命令进行提交（Commit），由svn源代码库统一管理修改。如下图： SVN服务器： 运行SubVersion服务的计算机，SubVersion支持Linux和Windows，更多的是安装在Linux下。SVN提供服务有两种方式（运行方式）：独立服务器和借助Apache服务器，分别使用SVN协议和Http协议。 SVN客户端： 用户通过SVN客户端同SVN服务器打交道，SVN客户端分为命令行工具和图形化工具。最流行的客户端是TortoiseSVN。也可以在Eclipse中使用SVN插件。 二、SubVersion的使用 可以在http://subversion.apache.org/packages.html下载SVN并安装（本文使用windows版本，过程不多说）。在SVN中集成了服务器端和客户端组件： 服务器组件（管理员用）：svnadmin、svnserve 客户端组件（程序员用）：svn 这些组件命令都位于SubVersion安装目录下的bin目录下。 友情提示：

ylbtech-Nuget-Doc：Nuget 简介 1. 返回顶部 1、 NuGet 简介 2019/05/24 适用于任何现代开发平台的基本工具可充当一种机制，通过这种机制，开发人员可以创建、共享和使用有用的代码。 通常，此类代码捆绑到“包”中，其中包含编译的代码（如 DLL）以及在使用这些包的项目中所需的其他内容。 对于 .NET（包括 .NET Core），共享代码的 Microsoft 支持的机制则为 NuGet ，其定义如何创建、托管和使用面向 .NET 的包，并针对每个角色 提供适用工具 。 简单来说，NuGet 包是具有 .nupkg 扩展的单个 ZIP 文件，此扩展包含编译代码 (Dll)、与该代码相关的其他文件以及描述性清单（包含包版本号等信息）。 使用代码的开发人员共享创建包，并将其发布到公用或专用主机。 包使用者从适合的主机获取这些包，将它们添加到项目，然后在其项目代码中调用包的功能。 随后，NuGet 自身负责处理所有中间详细信息。 由于 NuGet 支持公用 nuget.org 主机旁边的专用主机，因此，可以使用 NuGet 包来共享组织或工作组专用的代码。 此外，你还可以使用 NuGet 包作为一种便捷的方式，将自己的代码用于除你自己项目之外的任何其他项目。 简而言之，NuGet 包是可共享的代码单元，但不需要暗示任何特定的共享方式。 包在创建者

问题： Error:svn: E195020: Cannot merge into mixed-revision working copy [241:250]; try updating first 分析： 提示的是合并代码的版本号有出入，这种情况在使用AS开发多个android项目时，使用svn进行版本管理会出现； 主要是服务器版本号和本地版本号没有同步 如果是一个项目的版本号高于了另外一个项目的版本号，这种情况使用TortoiseSVN客户端是可以直接合并同步的； 但是AS使用的TortoiseSVN command line，稍微有点儿出入 解决方式： 方式一、使用AS 更新代码库，最好是提交完（commited）就及时更新（update） 方式二、直接使用TortoiseSVN对当前项目先执行update, 然后在执行后续操作 来源： 51CTO 作者： 扶垚而上 链接： https://blog.51cto.com/12539515/2389209

基础设施即代码 概述 手动配置的挑战：可能因为人为错误导致缺乏可靠性，环境无法完全再现，同时需要额外文档 基础设施即代码，是软件开发中用于创建可重用、可维护、可扩展及可测试基础设施的技术、实践和工具，而不降基础设施定义为捆绑硬件的组件。 基础设施即代码的好处： 可靠性 可再现性 - 可重复性、可重用性 可维护性 一致性 并行化 文档性 环境自动化 只要可能，都应该自动对资源执行预置、终止和配置操作，通过取消手动流程，提高系统的稳定性和一致性、以及组织的效率 使用可释放的资源 利用云计算的动态配置特性，将服务器和其他组件视为临时资源 自动部署相同配置的新资源 终止未使用的资源 自动切换到新的IP地址 测试新资源的更新，然后用更新的资源替代旧资源 AWS Lambda 概述 无需配置和管理任何服务器和应用程序就能运行代码。 只需要上传代码，Lambda就会处理运行并且根据需要自动进行横向扩展 Lambda 是完全托管的计算服务，在响应事件或以事件间隔运行无状态代码 Lambda支持的代码语言 Python Java Node.js (JavaScript) C# Go Lambda 可以支持： 服务器 容量需求 部署 扩展和容错 操作系统和语言更新 指标和日志记录 Lambda 可以实现： 使用自己的代码甚至原生库 并行运行代码 创建后端、事件处理程序和数据处理系统

老关我在前面的博文（github管理iOS分布式项目开发）中介绍了github管理iOS分布式开发，今天老关将向大家介绍使用github管 理Eclipse分布式项目。事实上我们的516inc团队这在开发一个多移动平台项目，除了iOS平台还有Android和Window Phone 7平台，使用github管理我们Android项目，其实就是配置和使用Eclipse。 下面我根据我们的经验总结一些心得如下： 1．Eclipse中下载安装Egit插件； 2．创建代码仓库； 3．在Eclipse中使用Egit插件 Eclipse 中下载安装 Egit 插件 打开Eclipse的菜单Help->NewInstall Software弹出对话框。在Work with输入egit，找出egit插件的安装地址。 然后安装egit插件，要求Eclipse3.6以上。 创建代码仓库 安装完成egit插件后，我们可以到github服务器上创建远程代码仓库用于对应本地代码仓库。使用你的账号登陆https://github.com/。Create A Repository. 在Project Name中输入“Hello-Android”这是我们的项目名字，也是我们代码仓库的名字，当然一个代码仓库中也可以有多个项目。 点击“Create repoitory”就会创建的代码仓库，出现下面的画面

Eclipse中CVS 版本管理 1.1 CVS 简介 CVS 是 Concurrent Versions System （并发版本系统）的简称。它是一个开放源代码的项目，是当前最流行的版本控制系统，目前绝大部分 Open Source 项目都使用它来做版本管理。微软的 VSS 也可以用来进行 Java 项目的版本管理，但在学会使用 Eclipse 后，使用 CVS 。 CVS 采用客户机 / 服务器体系，代码、文档的各种版本都存储在服务器端，开发者首先从服务器上获得一份复制到本机，然后在此基础上进行开发。开发者可随时将新代码提交给服务器，也可以通过更新操作获得最新的代码，保持与其他开发者的一致。 由于 Eclipse 本身内置了 CVS 客户端，只要再建立一个 CVS 服务器就可以使用这一功能强大的版本控制系统。 CVS 的功能虽强大，但一般项目通常只用到其 20% 的功能，所以只要了解最常用的操作就可以了。本系统是的是 Eclipse 3.0.1 版本，下面将以面向实际项目使用需要的方式来介绍 CVS 。 1.2 CVS 服务器端的安装与配置 CVS 起源于 UNIX/Linux 平台，由于我们平时大多使用的是 Windows 系统，所以在 UNIX/Linux 平台下安装使用 CVS 服务器端的方法，我们不再重复。 CVS 服务器在 Windows 平台的版本： CVSNT

特别注意： Springboot 工作流 前后分离 + 跨域 版本 （权限控制到菜单和按钮） 后台框架：springboot2.1.2+ activiti6.0.0+ mybaits+maven+接口 前端页面：html +vue.js 形式 jquery ajax 异步跨域 json 格式数据交互 前后分离，前后台分开部署 （特别注意，前端用的vue.js, 就是html页面引入vue.js形式， 用tomcat部署运行，更适合后台开发者） 工作流模块------------------------------------------------------------------------------------------- 1.模型管理 ：web在线流程设计器、预览流程xml、导出xml、部署流程 2.流程管理 ：导入导出流程资源文件、查看流程图、根据流程实例反射出流程模型、激活挂起 3.运行中流程：查看流程信息、当前任务节点、当前流程图、作废暂停流程、指派待办人 4.历史的流程：查看流程信息、流程用时、流程状态、查看任务发起人信息 5.待办任务 ：查看本人个人任务以及本角色下的任务、办理、驳回、作废、指派一下代理人 6.已办任务 ：查看自己办理过的任务以及流程信息、流程图、流程状态(作废 驳回 正常完成) 注：当办理完当前任务时

Servlet 单例多线程 Servlet如何处理多个请求访问？ Servlet容器默认是采用单实例多线程的方式处理多个请求的： 1.当web服务器启动的时候（或客户端发送请求到服务器时），Servlet就被加载并实例化(只存在一个Servlet实例)； 2.容器初始化化Servlet主要就是读取配置文件（例如tomcat,可以通过servlet.xml的<Connector>设置线程池中线程数目，初始化线程池通过web.xml,初始化每个参数值等等。 3.当请求到达时，Servlet容器通过调度线程(Dispatchaer Thread) 调度它管理下线程池中等待执行的线程（Worker Thread）给请求者； 4.线程执行Servlet的service方法； 5.请求结束，放回线程池，等待被调用； （注意：避免使用实例变量（成员变量），因为如果存在成员变量，可能发生多线程同时访问该资源时，都来操作它，照成数据的不一致，因此产生线程安全问题） 从上面可以看出： 第一：Servlet单实例，减少了产生servlet的开销； 第二：通过线程池来响应多个请求，提高了请求的响应时间； 第三：Servlet容器并不关心到达的Servlet请求访问的是否是同一个Servlet还是另一个Servlet，直接分配给它一个新的线程；如果是同一个Servlet的多个请求

　　人禾娱乐绿色VIP注册通道之基于 Lerna 管理 packages 的 Monorepo对于维护过多个package的同学来说，都会遇到一个选择题，这些package是放在一个仓库里维护还是放在多个仓库里单独维护，本文通过一个示例讲述了如何基于Lerna管理多个package，并和其它工具整合，打造高效、完美的工作流，最终形成一个最佳实践 　　 　　背景 　　 　　最近在工作中接触到一个项目，这个项目是维护一套 CLI，发到 npm 上供开发者使用。先看一张图： 　　 　　项目仓库中的根目录上就三个子模块的文件夹，分别对应三个 package，在熟悉了构建和发布流程后，有点傻了。工作流程如图中所示： 　　 　　使用webpack、babel和uglifyjs把 pkg-a 的 src 编译到 dist 　　 　　使用webpack、babel和uglifyjs把 pkg-b 的 src 编译到 dist 　　 　　使用webpack、babel和uglifyjs把 pkg-main 的 src 编译到 dist 　　 　　最后使用拷贝文件的方式，把pkg-main、pkg-a、pkg-b中编译后的文件组装到 pkg-npm 中，最终用于发布到 npm 上去。 　　 　　痛点 　　 　　不好调试。因为最终的包是通过文件拷贝的方式组装到一起的，并且都是压缩过的

本文首发于 vivo互联网技术 微信公众号 https://mp.weixin.qq.com/s/NlOn7er0ixY1HO40dq5Gag 作者：孔垂亮 目录 一、背景 二、Monorepo vs Multirepo 三、Lerna 1、Lerna 是什么 2、开始使用 （1）安装 （2）项目构建 四、Lerna的最佳实践 1、优雅的提交 2、自动生成日志 3、编译、压缩、调试 五、结语 六、参考文献 对于维护过多个package的同学来说，都会遇到一个选择题，这些package是放在一个仓库里维护还是放在多个仓库里单独维护，本文通过一个示例讲述了如何基于Lerna管理多个package，并和其它工具整合，打造高效、完美的工作流，最终形成一个最佳实践 背景 最近在工作中接触到一个项目，这个项目是维护一套 CLI，发到 npm 上供开发者使用。先看一张图： 项目仓库中的根目录上就三个子模块的文件夹，分别对应三个 package，在熟悉了构建和发布流程后，有点傻了。工作流程如图中所示： 使用webpack、babel和uglifyjs把 pkg-a 的 src 编译到 dist 使用webpack、babel和uglifyjs把 pkg-b 的 src 编译到 dist 使用webpack、babel和uglifyjs把 pkg-main 的 src 编译到 dist