版本管理

nvm下载 下载地址 下载nvm-setup.zip文件 nvm安装 1.以管理员身份运行install.cmd文件，设置文件路径 root: C:\Users\Administrator\AppData\Roaming\nvm path: C:\Program Files\nodejs arch: 64 proxy: none 确保目录下有一个setting.txt文件，在命令行输入 nvm 回车看到nvm的版本号表示nvm安装成功 2.环境变量配置：点击我的电脑》属性》高级设置》环境变量》 a. 删除系统自带的nvm变量：NVM_HOME和NVM_SYMLINK b. 打开path：删除nvm自动添加的变量C:\nvm;C:\Program Files\nodejs c. 配置用户变量： NVM_HOME = C:\nvm NVM_SYMLINK = C:\nodejs Path = %NVM_HOME%;%NVM_SYMLINK% 配置完成保存 nvm配置 淘宝镜像 1.直接使用命令行方式： nvm node_mirror https://npm.taobao.org/mirrors/node/ nvm npm_mirror https://npm.taobao.org/mirrors/npm/ 2.修改setting.txt文件，添加以下两行： node_mirror:

一、Maven介绍 Apache Maven是一个创新的软件项目管理和综合工具。 Maven提供了一个基于项目对象模型（POM）文件的新概念来管理项目的构建，可以从一个中心资料片管理项目构建，报告和文件。 Maven最强大的功能就是能够自动下载项目依赖库。 Maven提供了开发人员构建一个完整的生命周期框架。开发团队可以自动完成项目的基础工具建设，Maven使用标准的目录结构和默认构建生命周期。 在多个开发团队环境时，Maven可以设置按标准在非常短的时间里完成配置工作。由于大部分项目的设置都很简单，并且可重复使用，Maven让开发人员的工作更轻松，同时创建报表，检查，构建和测试自动化设置。 Maven项目的结构和内容在一个XML文件中声明，pom.xml 项目对象模型（POM），这是整个Maven系统的基本单元。 1、Maven提供了开发人员的方式来管理： 1）Builds 2）Documentation 3）Reporting 4）Dependencies 5）SCMs 6）Releases 7）Distribution 8）mailing list 概括地说，Maven简化和标准化项目建设过程。处理编译，分配，文档，团队协作和其他任务的无缝连接。 Maven增加可重用性并负责建立相关的任务。 Maven最初设计，是以简化Jakarta Turbine项目的建设。在几个项目

使用Git管理代码版本 使用Git管理代码版本 本项目使用git管理项目代码，代码库放在gitee码云平台，(注意，公司中通常放在gitlab私有服务器中) 为什么要进行源代码管理？ 方便多人协同开发，防止代码冲突，相互覆盖 方便版本控制利于以后得开发人员快速了解项目的开发过程，利于需求变更的时候进行代码回滚 git与svn区别 SVN都是集中控制管理的，也就是一个中央服务器，大家都把代码交到中央服务器，而git是分步式的版本控制工具，也就是说没有中央服务器，每个节点的地位平等 git 在python编译器终端执行 git add . 会报错，会宝这样的错误： LF will be replaced by CRLF in luffy/.idea/inspectionProfi 解决方式：终端中输入 git config core.autocrlf false 来源： https://www.cnblogs.com/g15009428458/p/12199158.html

场景1 想删除一个段落，又怕将来想恢复找不回来怎么办？有办法，先把当前文件“另存为……”一个新的Word文件，再接着改，改到一定程度，再“另存为……”一个新文件， 这样一直改下去，最后你的Word文档变成了这样： 场景2 有些部分需要你的财务同事帮助填写，于是你把文件Copy到 U盘 里给她（也可能通过Email发送一份给她），然后，你继续修改Word文件。一天后，同事再把Word文件传给你， 此时，你必须想想，发给她之后到你收到她的文件期间，你作了哪些改动，得把你的改动和她的部分合并，真困难 理想状态( 版本控制 ) 版本 文件名 用户 说明 日期 1 index.txt 张三 删除了'我爱你' 7/12 10:38 2 index.txt 张三 增加了"请嫁给我" 7/12 18:09 3 index.txt 李四 删除了“请嫁给我” 7/13 9:51 4 index.txt 张三 增加了：“拜拜” 7/14 15:17 SVN(了解) 版本控制工具：、 集中式得版本控制工具 （不安全） 网络共享 工作流程： 项目负责人创建好项目服务后 参与项目人员检出项目（拉取） 参与项目人员编辑完之后，添加add 将文件提交到服务器 commit git Git是目前世界上最先进的分布式版本控制系统（没有之一）。 Git有什么特点？简单来说就是：高端大气上档次！ git诞生 集中式 vs

Git：版本管理工具 重要概念：工作区，暂存区，本地仓库，远程仓库 Win下安装： 下载msysgit，全默认，修改了安装路径 添加全局设置： git config --global user.name ”denghao” git config --global user.email “dengh20@chinaunicom.cn” git config --list 查看config配置 打通gitHub： 创建ssh key：ssh-keygen -t rsa -b 4096 -C “your_email@example.com”（邮箱需要和注册邮箱一致） cd ~，vim .ssh/id_rsa.pub 复制到 github的settings–>add ssh key中 测试和github连通性：ssh -T git@github.com(warn忽略) 打通gitLab：同上，只不过已经生成了ssh key，就可以直接在gitlab上add ssh key； 最佳实践 分支管理： Master分支：主分支，只读分支，只接受merge操作，和生产保持同步； develop分支：从mater分支checkout，一般不进行开发，只用来做分支整合； Hotfix分支：热修复线上bug，直接从master，checkout出来； Feature 分支

一 Kubernetes概述 名称 Kubernetes 源于希腊语，意为 “舵手” 或 “飞行员”。Google 在 2014 年开源了 Kubernetes 项目，Kubernetes 是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。Kubernetes 拥有一个庞大且快速增长的生态系统。Kubernetes 的服务、支持和工具广泛可用。 1.1 容器发展由来 传统部署时代： 早期，组织在物理服务器上运行应用程序。无法为物理服务器中的应用程序定义资源边界，这会导致资源分配问题。例如，如果在物理服务器上运行多个应用程序，则可能会出现一个应用程序占用大部分资源的情况，结果可能导致其他应用程序的性能下降。一种解决方案是在不同的物理服务器上运行每个应用程序，但是由于资源利用不足而无法扩展，并且组织维护许多物理服务器的成本很高。 虚拟化部署时代： 作为解决方案，引入了虚拟化功能，它允许您在单个物理服务器的 CPU 上运行多个虚拟机（VM）。虚拟化功能允许应用程序在 VM 之间隔离，并提供安全级别，因为一个应用程序的信息不能被另一应用程序自由地访问。 因为虚拟化可以轻松地添加或更新应用程序、降低硬件成本等等，所以虚拟化可以更好地利用物理服务器中的资源，并可以实现更好的可伸缩性。 每个 VM 是一台完整的计算机，在虚拟化硬件之上运行所有组件

转载来自于： Borg/Mesos/Yarn三大主流资源管理与调度系统对比 0. 前言 Mesos（Twitter）、YARN（apache）和Borg(google)三个资源管理与调度系统可以说是目前资源管理和调度系统的先导者，现有的大多数资源管理和调度系统都从这三个系统中吸纳设计思想。对这三个系统的对比总结有助于更好的了解目前资源管理与调度系统的状态和未来的发展趋势。 需要特别说明的是，borg系统所提出的思想直接影响了资源管理和调度系统的发展，例如其提出的在线任务和离线任务混合部署的思路以及资源超售的思路领先行业十余年。直到今天一些业界的系统才开始在混部方面进行探索，而borg早在十多年前就已经提出并在内部系统中进行成熟使用。 对于这三个系统最早出现的应该是borg，其是谷歌内部的资源管理系统，但是一直没有对外公开，直到2015年才发表论文进行说明。接着是Mesos系统，发表于2012年左右，YARN系统发表于2013年，这三个系统无论是在架构设计还是针对的场景、实现思路上都存在较大的差异，下面将针对不同的维度进行阐述。 1. 架构方面 borg架构 Mesos架构 YARN架构 相同之处：三种架构都是基于master/slave架构进行设计的，master主要负责全局的资源分配，slave节点主要负责本节点的各项信息收集、汇报工作。但是具体的实现细节方面还有很大差别。

此文章匹配以下问题 PHPCUSTOM为什么php文件不解析，为什么打不开php文件？为什么网站打开php后变成下载？为什么php无法解析？ 网站管理设置php网站后，打开的目录和自己设置的不一样？为什么无法解析php文件，php文件无法解析的原因是什么？ 新手常遇问题： 自己不正确操作后发现通过 http://localhost 或者 http://127.0.0.1 打开php文件，会变成下载！ 原因分析：因不会操作或者没理解 HANDLER模式 和 FCGI运行模式 造成的错误，其实只要学会使 用网站管理里面的 端口模式 和 域名模式 就可以避免这些问题了， 建议一定要有耐心去阅读完全文。 一定要阅读完！如果前面这一堆文字，你基础差无法理解，可以直接看后面的 域名模式 和 端口模式 的正确使用方式即可。 如下图所示，通常软件主界面的80端口是 默认网站 使用的端口，如果 网站管理 里面的站点使用了80端口而没有绑定域名，这时候你用 http://localhost 或者 http://127.0.0.1 访问网站，实际上是访问了主界面的默认站点，而网站管理的站点是不生效的！因为网站管理里面的站点用了80端口，说明你启用的是域名模式，没绑定域名自然是无法正常访问！如果你不想绑定域名，应该使用端口模式，给网站随意分配其他非80端口后重启就可以用不同端口去访问了。再次重申！

今年上半年在学习gulp的使用，对npm的掌握是必不可少的，经常到 npm官网查询文档 让我感到不爽，还不如整理了一些常用的命令到自己博客上，于是根据自己的理解简单翻译过来，终于有点输出，想学习npm这块的朋友不可错过这些基础命令，新手出品，对本文有疑惑之处还请同学们不耻下问。很久没有写文章啦，后续也希望自己在nodejs这方面有多点内容产出。 本文以Windows平台上做测试，以gulp为示例做教程 目录（更新于20160630） npm是什么 npm install 安装模块 npm uninstall 卸载模块 npm update 更新模块 npm outdated 检查模块是否已经过时 npm ls 查看安装的模块 npm init 在项目中引导创建一个package.json文件 npm help 查看某条命令的详细帮助 npm root 查看包的安装路径 npm config 管理npm的配置路径 npm cache 管理模块的缓存 npm start 启动模块 npm stop 停止模块 npm restart 重新启动模块 npm test 测试模块 npm version 查看模块版本 npm view 查看模块的注册信息 npm publish 发布模块 npm access 在发布的包上设置访问级别 npm package.json的语法 npm是什么

【转】npm 常用命令详解 今年上半年在学习gulp的使用，对npm的掌握是必不可少的，经常到 npm官网查询文档 让我感到不爽，还不如整理了一些常用的命令到自己博客上，于是根据自己的理解简单翻译过来，终于有点输出，想学习npm这块的朋友不可错过这些基础命令，新手出品，对本文有疑惑之处还请同学们不耻下问。很久没有写文章啦，后续也希望自己在nodejs这方面有多点内容产出。 本文以Windows平台上做测试，以gulp为示例做教程 目录（更新于20160630） npm是什么 npm install 安装模块 npm uninstall 卸载模块 npm update 更新模块 npm outdated 检查模块是否已经过时 npm ls 查看安装的模块 npm init 在项目中引导创建一个package.json文件 npm help 查看某条命令的详细帮助 npm root 查看包的安装路径 npm config 管理npm的配置路径 npm cache 管理模块的缓存 npm start 启动模块 npm stop 停止模块 npm restart 重新启动模块 npm test 测试模块 npm version 查看模块版本 npm view 查看模块的注册信息 npm publish 发布模块 npm access 在发布的包上设置访问级别 npm package