版本管理

一、版本控制的发展 1.用文件来做版本控制 我们在写论文、做方案等的时候，一般都会同时在文件夹中存在很多版本的文件。 例如： 这种方式很常用，在很多领域都是用这种方式来进行版本控制的。 2.本地版本控制 实用一个本地软件，对所有的文件版本做管理，只提供给我们看到一个版本的文件。 然后可以通过命令等方式来切换版本。 3.集中式版本控制 代表： SVN 实用一个服务器来进行版本控制，充当中心仓库。所有的开发者在自己电脑上进行开发，并提交给中心仓库。 缺点：当断网或服务器宕机的时候，无法提交。 4.分布式版本控制 代表： git 结构和SVN很像，不同的是除了在服务器上维护所有的版本，还在用户的本地计算机也维护一套所有的版本。 这样，用户可以在自己的本地进行版本控制，然后在合适的时机同步给中心服务器即可。 二、安装git软件 下载地址： https://git-scm.com/download/win windows上安装git软件，只需一直下一步即可。 在Linux上(CentOS)安装git，只需使用命令： yum install git -y Windows下安装完毕后，点击鼠标右键： 只要看到Git GUI Here 以及Git Bash Here就说明git安装好了。 三、初次使用git 1.使用流程 1）首先创建工作目录 我们首先要创建一个工作目录，例如D盘下的leo目录。

Go包管理 目录 Go包管理 一 包管理历史 二 modules 的使用 2.1 准备 2.2 初始化go modules 2.3 依赖的升级和降级 2.4 vender 三 modules 高级特性 3.1 代理服务器GoProxy 3.2 replace 3.3 SubCommand 四 Go 1.13 对 modules 的改动 4.1 默认开启 4.2 GOPRIVATE 4.3 GOSUMDB 五 自己写的包如何导入使用 五 总结 最后常用命令 一 包管理历史 Golang 的包管理一直被大众所诟病的一个点，但是我们可以看到现在确实是在往好的方向进行发展。下面是官方的包管理工具的发展历史： 在 1.5 版本之前，所有的依赖包都是存放在 GOPATH 下，没有版本控制。这个类似 Google 使用单一仓库来管理代码的方式。这种方式的最大的弊端就是无法实现包的多版本控制，比如项目 A 和项目 B 依赖于不同版本的 package，如果 package 没有做到完全的向前兼容，往往会导致一些问题。 1.5 版本推出了 vendor 机制。所谓 vendor 机制，就是每个项目的根目录下可以有一个 vendor 目录，里面存放了该项目的依赖的 package。 go build 的时候会先去 vendor 目录查找依赖，如果没有找到会再去 GOPATH 目录下查找。 1.9

一、什么是SNMP? SNMP＝Simple Network Management Protocol (简单网络管理协议) SNMP是被广泛接受并投入使用的工业标准，提供了一个框架来定义管理信息以及用于这些信息交换的协议。它是一个应用层协议，作为TCP/IP协议组的一部分，在UDP（User Datagram Protocol，用户数据报协议）上操作。它采用轮询机制，提供最基本的功能集。最适合小型、快速、低价格的环境使用。 SNMP模型假设存在管理者和代理。管理者是管理系统中的软件模块，代表网络管理应用程序和用户负责管理一部分或全部的配置；代理是被管设备中的软件模块，负责维护本地的管理信息，并通过SNMP向管理者传递这些信息。管理信息交换可以由管理者引发（通过调查），也可以由代理来引发（通过捕获）。 SNMP管理的数据包括被管理对象、代理和网络管理系统（NMS）三个主要组件。被管理设备是网络节点，包括一个驻留的SNMP代理（Agent）；NMS监测并控制被管理设备。 二、 SNMP 能作什么？ SNMP用于在网络设备间交换管理信息，保证管理信息在任意两点中传送，便于网络管理员在网络上的任何节点检索信息，进行修改，寻找故障；完成故障诊断，容量规划和报告生成，使网络管理人员能够管理网络，发现并解决网络问题，规划网络的发展。 三、 SNMP 的优势是什么？ 1

pyenv是管理多个python版本的工具。 1.pyenv的安装 git clone https://github.com/yyuu/pyenv.git ~/.pyenv 2.将 PYENV_ROOT 和 pyenv init 加入bash的~/.bashrc 1 echo 'export PATH=~/.pyenv/bin:$PATH' >> ~/.bashrc 2 echo 'export PYENV_ROOT=~/.pyenv' >> ~/.bashrc 3 echo 'eval "$(pyenv init -)"' >> ~/.bashrc4 source ~/.bashrc 3.需要的依赖关系 1 sudo apt- get install -y build-essential zlib1g-dev libssl- dev 2 sudo apt- get install libsqlite3-dev libbz2-dev libreadline-dev 4.pyenv的一些命令 安装指定版本的python 例如安装python 3.5.2 1 pyenv install 3.5 . 2 2 pyenv rehash 卸载指定的python 1 pyenv unstall 3.5 . 1 指定shell的python版本 1 pyenv shell 3.5 . 1 5

Kubernetes 核心概念 本文整理自 CNCF 和阿里巴巴联合举办的云原生技术公开课的课时 3：Kubernetes 核心概念。本次课程中，阿里巴巴资深技术专家、CNCF 9个 TCO 之一 李响为大家介绍了 Kubernetes 的主要功能与能力、Kubernetes 的架构以及其核心概念与核心 API 等，精彩不容错过。 本次课程的分享主要围绕以下 3 个部分： 什么是 Kubernetes ：介绍 Kubernetes 的主要功能以及能力； Kubernetes 的架构：介绍 Kubernetes 的核心组件，以及介绍它们之间是如何相互互动连接； Kubernetes 的核心概念与核心 API； 一、什么是 Kubernetes Kubernetes，从官方网站上可以看到，它是一个工业级的容器编排平台。Kubernetes 这个单词是希腊语，它的中文翻译是“舵手”或者“飞行员”。在一些常见的资料中也会看到“ks”这个词，也就是“k8s”，它是通过将8个字母“ubernete ”替换为“8”而导致的一个缩写。 Kubernetes 为什么要用“舵手”来命名呢？大家可以看一下这张图： 这是一艘载着一堆集装箱的轮船，轮船在大海上运着集装箱奔波，把集装箱送到它们该去的地方。我们之前其实介绍过一个概念叫做 container，container 这个英文单词也有另外的一个意思就是

pyenv是个多版本python管理器,可以同时管理多个python版本共存，如pypy,miniconde等等 1 环境准备 安装相关软件和pyenv 1.1 安装相关软件 yum install -y readline readline-devel readline-static openssl openssl-devel openssl-static sqlite-devel bzip2-devel bzip2-libs 1.1 克隆pyenv git clone https://github.com/yyuu/pyenv.git ~/.pyenv 1.2 设置相关环境变量，使pyenv生效 echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bash_profile echo 'export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bash_profile echo 'eval "$(pyenv init -)"' >> ~/.bash_profile exec $SHELL -l 2 安装python 2.1 常用pyenv操作 pyenv install --list 查看可安装的python版本 pyenv install 3.5.0 安装python3.5.0 pyenv uninstall /

3 月，跳不动了？>>> 作者：成富，资深架构师，拥有多年一线开发经验，曾就职于IBM，后移居海外创业，现任公司首席软件工程师，负责基于微服务架构的云原生产品研发。资深技术作家，著有多部中英文技术书籍：《深入理解 Java7 》《Exploring Java9》等。 *本文经作者授权整理发布，内容选自 《云原生微服务架构实战精讲》 云原生应用的概念 顾名思义，云原生应用的概念由云和原生两个部分组成，云在这里指的是云平台，也就是平台即服务（Platform as a Service，PaaS）；原生应用指的是专门针对云平台而设计和实现的，充分利用了云平台的特性。应用的微服务可以专注于实现业务逻辑，而把微服务架构的复杂度交给云平台来解决。 原生这个词在软件开发中有它独特的含义。原生通常意味着高效和难以移植，也意味着针对特定的平台而设计，可以充分利用平台的特性，因此运行起来非常高效；同样意味着与特定平台的深度绑定，很难移植到其他平台。云原生应用同样具有这两个特征，对于云原生应用来说，难移植并不是一个问题，毕竟迁移到云平台之后，不会再想迁移回去。 云原生应用的特征 与其他应用相比，总结起来，云原生应用有如下 15 个特征。 1、单一代码库 云原生应用必须有单一的代码库，并在版本管理系统中进行追踪。单一代码库可以是一个版本库，也可以是共享同一根目录的多个版本库，其重要性在于每一个代码提交

某厂面试归来，发现自己落伍了！>>> 本书代码下载 大家可以从我的网站下载本书的代码：http://www.juvenxu.com/mvn-in-action/，也可以通过我的网站与我取得联系，欢迎大家与我交流任何关于本书的问题和关于Maven的问题。 咖啡与工具 本书相当一部分的内容是在苏州十全街边的Solo咖啡馆完成的，老板Yin亲手烘焙咖啡豆、并能做出据说是苏州最好的咖啡，这小桥流水畔的温馨小 屋能够帮我消除紧张和焦虑，和Yin有一句没一句的聊天也是相当的轻松。Yin还教会了我如何自己研磨咖啡豆、手冲滴率咖啡，让我能够每天在家里也能享受 香气四溢的新鲜咖啡。 本书的书稿是使用Git和Unfuddle（http://unfuddle.com/）进行管理的，书中的大量截图是通过Jing（http://www.techsmith.com/jing/）制作的。 JuvenXu 2010年10月于苏州Solo咖啡 致谢 感谢费晓峰，是你最早让我学习使用Maven，并在我开始学习的过程中给予了不少帮助。 感谢Maven开源社区特别是Maven的创立者Jason Van Zyl，是你们一起创造了如此优秀的开源工具，造福了全世界这么多的开发人员。 感谢我的家人，一年来，我的大部分原来属于你们的业余时间都给了这本书，感谢你们的理解和支持。 感谢二少、Garin、Sutra、JTux、红人

版本的管理演变 1.VCS（版本控制系统）出现前： a.用目录拷贝区别不同版本 b.公共文件容易被覆盖 c.成员沟通成本高，代码集成效率低下 2.集中式VCS的特点： a.有集中的版本管理服务器（存储演变的历史版本，提供了搜索与比较各版本的能力） b.具备文件版本管理和分支管理功能 c.集成效率有明显提高 d.客户端必须时刻与服务端相连 3.分布式VCS的特点： a.服务端和客户端都有完整的版本库 c.脱离服务端，客户端照样可以管理版本 d.查看历史和版本比较等多数操作，都不需要访问服务器，比集中式VCS更能提高版本管理效率 4.Git的特点： a.最优的存储能力 b.非凡的性能 c.开源 d.很容易做备份 e.支持离线操作 f.很容易定制工作流程 来源： CSDN 作者： 商帝辛 链接： https://blog.csdn.net/qq_44868355/article/details/104878651

Hadoop集群安装和配置 1、 Hadoop的介绍 2、hadoop的历史版本和发行版公司 2.1 Hadoop历史版本 2.2 Hadoop三大发行版公司 3、hadoop的架构模型 1.x的版本架构模型介绍 2.x的版本架构模型介绍 四种 4、appache版本hadoop重新编译 4.1为什么要编译hadoop 4.2编译环境的准备 4.2.1：准备linux环境 4.2.2：虚拟机联网，关闭防火墙，关闭selinux 4.2.3：安装jdk1.7 4.2.4：安装maven 4.2.5：安装findbugs 4.2.6：在线安装一些依赖包 4.2.7：安装protobuf 4.2.8、安装snappy 4.2.9：编译hadoop源码 5、Hadoop安装 第一步：上传apache hadoop包并解压 第二步：修改配置文件 修改core-site.xml 修改hdfs-site.xml 修改hadoop-env.sh 修改mapred-site.xml 修改yarn-site.xml 修改mapred-env.sh 修改slaves 第三步：配置hadoop的环境变量 第四步：启动集群 第五步：jps命令查看三台虚拟机的服务阶段状态 第四步：三个端口查看界面 安装包资料： 链接： https://pan.baidu.com/s