版本管理

nvm是个啥？nvm是一个可以让你在同一台机器上安装和切换不同版本node的工具 linux系统的github地址： 点我 如果你是windows系统，直接下载安装就好了，附 windows-nvm的github地址 点我 windows-nvm的下载地址 点我去下载 1. 开始安装(Linux系统下) 可以通过curl或者wget进行安装，命令如下 curl方式 curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.1/install.sh | bash wget方式 wget -qO- https://raw.githubusercontent.com/creationix/nvm/v0.33.1/install.sh | bash 如果你系统没有安装git的话，请先安装git,安装命令请参考下面 ubuntu系统 sudo apt-get install git centos sudo yum install git 2. 可能遇到的问题 安装完后，如果是用xshell连远程主机的话，先重连一次，不然会发现提示找不到nvm命令 可能出现依旧提示找不到nvm命令，那么请使用source命令，如下 source ~/.bashrc 如果是zsh的话，请用 source ~/.zshrc

https://docs.microsoft.com/zh-cn/nuget/consume-packages/install-use-packages-visual-studio 通过 Windows 版 Visual Studio 中的 NuGet 包管理器 UI，可轻松安装、卸载和更新项目和解决方案中的 NuGet 包。 若要了解 Visual Studio for Mac 的使用体验，请参阅 在项目中包括 NuGet 包 。 Visual Studio Code 中不包含包管理器 UI。 备注 如果 Visual Studio 2015 中缺少 NuGet 包管理器，请选中“工具”>“扩展和更新...” 并搜索“NuGet 包管理器” 扩展。 如果无法在 Visual Studio 中使用扩展安装程序，请直接从 https://dist.nuget.org/index.html 下载扩展。 从 Visual Studio 2017 开始，NuGet 和 NuGet 包管理器会与任何 .NET 相关的工作负载一起自动安装。 通过在 Visual Studio 安装程序中选择“单个组件”>“代码工具”>“NuGet 包管理器” 选项，可以单独安装它。 查找和安装包 在“解决方案资源管理器”中，右键单击“引用”或某个项目，然后选择“管理 NuGet 包...” 。 “浏览”

　　在Java项目中，经常对JDK版本有不同的要求，可是不可能为了某个项目的运行重新下载不同版本JDK进行安装，这样就涉及到对本地环境中多个JDK版本的管理。 　　Mac的JDK都是安装到一个指定目录的：/Library/Java/JavaVirtualMachines/，因此可以在这个目录下查看自己安装的所以JDK： 　　　　　　 　　由此可见本系统中安装了7、10、13三个版本。对于JDK的安装可以直接到官网下载Mac需要的dmg安装包。如截图： 　　　　　　 　　接下来就是配置环境变量并进行JDK版本管理，首先执行命令：vim ~/.bash_profile修改环境变量，MAC建议此处修改环境变量，而不是修改/etc/profile。几种配置文件区别如下： 　　　　　　　　 　　如果没有.bash_profile文件那么在运行vim ~/.bash_profile命令时会创建这个文件，然后进行环境变量配置，输入以下信息并保存： export JAVA_10_HOME=/Library/java/JavaVirtualMachines/jdk-10.0.1.jdk/Contents/Home export JAVA_13_HOME=/Library/java/JavaVirtualMachines/jdk-13.0.1.jdk/Contents/Home export JAVA

版本命名管理 X.Y.Z X：主版本号，当API有兼容性变化时，X需递增 Y：次版本号，当增加功能不影响原有API时，Y递增 Z：修订号，当有bug修复并且不影响API的兼容性时，Z递增 商业软件的常见修饰词 快照版 snapshot 描述：尚不稳定，尚处于开发中 内测版 Alpha 描述：严重缺陷基本完成修正并通过复测，但需要完整的功能测试 测试版 Beta 描述：相对alpha有很大改进，消除了严重错误，但是还存在一些缺陷 终测版 RC 描述：Release Candidate（最终测试），即将作为正式版发布 演示版 Demo 描述：只集成了正式版部分功能，无法升级 稳定版 Release 描述：功能稳定，可以对外发行，但有时间限制 试用版 Trial 描述：试用版，仅对部分用户发行 完整版 Full Version 描述：已发布 未注册 Unregistered 描述：有功能或时间限制的版本 标准版 Standard 描述：能满足正常使用功能的版本 精简版 Lite 描述：只含有正式版的核心功能 增强版 Enhance 描述：正式版，功能优化的版本 旗舰版 Ultimate 描述：在标配版本升级体验感更好的版本 专业版 Professiona 描述：正对更高要求功能，专业性更强的使用群体发行的版本 自由版 Free 描述：自由免费使用的版本 升级版 Upgrade 描述

一、ZooKeeper的背景 1.1 认识ZooKeeper ZooKeeper---译名为“动物园管理员”。动物园里当然有好多的动物，游客可以根据动物园提供的向导图到不同的场馆观赏各种类型的动物，而不是像走在原始丛林里，心惊胆颤的被动 物所观赏。为了让各种不同的动物呆在它们应该呆的地方，而不是相互串门，或是相互厮杀，就需要动物园管理员按照动物的各种习性加以分类和管理，这样我们才能更加放心安全的观赏动物。 回到企业级应用系统中，随着信息化水平的不断提高，企业级系统变得越来越庞大臃肿，性能急剧下降，客户抱怨频频。拆分系统是目前我们可选择的解决系统可伸缩性和性能问题的唯一行之有效的方法。但是拆分系统同时也带来了系统的复杂性——各子系统不是孤立存在的，它们彼此之间需要协作和交互，这就是我们常说的分布式系统0。各个子系统就好比动物园里的动物，为了使各个子系统能正常为用户提供统一的服务，必须需要一种机制来进行协调——这就是ZooKeeper（动物园管理员）。 1.2 为什么使用ZooKeeper 我们知道要写一个分布式应用是非常困难的，主要原因就是局部故障。一个消息通过网络在两个节点之间传递时，网络如果发生故障，发送方并不知道接收方是否接收到了这个消息。他可能在网络故障迁就收到了此消息，也坑没有收到，又或者可能接收方的进程死了。发送方了解情况的唯一方法就是再次连接发送方，并向他进行询问

如果你在读这篇文章，说明你跟大多数开发者一样对GIT感兴趣，如果你还没有机会来试一试GIT，我想现在你就要了解它了。 GIT不仅仅是个版本控制系统，它也是个内容管理系统(CMS),工作管理系统等。如果你是一个具有使用SVN背景的人，你需要做一定的思想转换，来适应GIT提供的一些概念和特征。所以，这篇文章的主要目的就是通过介绍GIT能做什么、它和SVN在深层次上究竟有什么不同来帮助你认识它。 那好，这就开始吧… 1.GIT是分布式的，SVN不是： 这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。 GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。 同样

SVN (Subversion)是开源的, 集中式的版本管理工具. SVN和Git的区别, 也意味着集中式和分布式版本管理软件的区别. SVN是集中式版本管理工具的代言. Git则是分布式版本管理工具的代言. 两者区别: 网络: SVN的所有提交和更新, 都需要依赖网络, 当没有网络的时候, 则无法完成提交修改. Git在本地磁盘上(项目同目录.git)保存着所有有关当前项目的历史更新, 在git中大多数操作都只需要访问本地文件和资源. 授权: SVN中, 提交需要授权, 如果没有提交授权则无法提交. Git中, 每个clone的版本库都是平等的, 可以从任何一个版本库来clone属于自己的版本库,并加以更改. 冲突: SVN, 冲突体现在提交, 当提交的时候原始代码发生变化, 则产生冲突. Git, 冲突体现在合并的时候, 当需要两个库进行合并, 且有同名文件内容不一的时候,产生冲突. 跟git相比, 更依赖主机的服务, 当主机服务宕机的时候则所有人无法提交修改. SVN内, 是记录文件的修改内容的.Git只记录文件是否修改(通过Sha1生成文件的识别码, 当文件识别码改变的时候, 则文件发生变动.提交文件的时候整个提交上去) 来源： https://www.cnblogs.com/jrri/p/11869434.html

注意：jdk版本必须是1.5或者更高版本 1、下载dbdeploy-dist-3.0M3-distribution.zip文件 2、解压改文件，随便在哪 3、打开命令面板，切换目录到example下 4、确定你安装了ant，并且配置好了环境变量。 5、执行ant命令 6、你将看到下面的输出信息 例如，为简单起见，使用一个HSQLDB，包括在分配本地文件的版本。dbdeploy支持其他数据库包含Oracle，MySQL和微软SQL服务器。 删除和创建新目录使例子每次都以一个干净的库开始。 上面表明：创建了一个新的目录 dbdeploy使用数据库中的某个表称为“changelog”来跟踪哪些脚本已经成功的执行。 上面表明：dbdeploy执行了createSchemaVersionTable.hsql.sql文件，并且有2/2个执行成功了 接下来就是扫描脚本目录 当前脚本应用到修改数据库（无） 有效的脚本有1、2、3 执行脚本1、2、3 最后执行成功完毕。 当再次执行：ant update-database 如下： 发现当前脚本应用到修改数据库（1、2、3） 有效的脚本有1、2、3 执行脚本（无） 来源： oschina 链接： https://my.oschina.net/u/260244/blog/322691

1.D盘创建名为gitcrm的文件夹 2.创建一个91.html页面.里面有标签的页面 3.打开终端,切换到当前目录创建一个仓库 .git 不要动 存放所有的版本信息 5.交给所有的 7.管理单个 提交commit之前配置用户名密码 10.提交版本 12.修改文件中的内容 13.回滚版本 打开文件,查看文件内容 内容被修改成第一版 14.在回滚到第二个版本 来源： https://www.cnblogs.com/zhangshan33/p/11853289.html

安装 brew install pyenv 查看当前版本 pyenv install --list 安装指定版本 pyenv install -v 3.7.4 Pyenv 的 versions 选项: pyenv versions --help 查看 pyenv 下都安装了哪些具体的版本 pyenv versions 们可以使用 global 选项来指定我们想要 python 版本 pyenv global 3.7.4 /*--> */ /*--> */ 来源： https://www.cnblogs.com/pikachuworld/p/11851118.html