版本管理

GIT git的组成:分布式,版本控制,软件 svn 是集中式版本控制,而 git 是分布式版本控制 问价拷贝 本地版本控制 集中式版本控制 分布式版本控制 第一阶段:生成版本,扩展功能,版本回滚 命令: 1.git init ----- 初始化生成.git文件进行管理 2.git status ------检测当前文件的文件状态,也显示当前文件夹内的文件名称,管理后的文件是绿色,未管理的是红色,也可以进行文件检测,检测文件是否被修改,如若修改则直接变成红色. 3.git add 文件名称 ---- 进行管理文件 4.git add . ----管理当前文件夹所有未管理的文件 5.git log -----查看版本记录 6.git --version ------检查版本号 7.git commit -m "描述信息"-----生成版本 git三大区域: 工作区: 1.已经管理的和修改/新增文件 暂存区:git add . 表示把工作区文件提交到暂存区 版本库:git commit 表示把暂存区文件提交到版本库 回滚: git reset --hard 版本号 git reflog ------用于查看的所有的操作及版本过程 工作区内调度: git checkout -- <file> 修改文件变成管理文件,剔除修改内容 git reset HEAD <file> --

SpringCloud是什么？ 参考链接： http://blog.csdn.net/forezp/article/details/70148833 一、概念定义 Spring Cloud是一个微服务框架，相比Dubbo等RPC框架, Spring Cloud提供的全套的分布式系统解决方案 。 Spring Cloud对微服务基础框架Netflix的多个开源组件进行了封装，同时又实现了和云端平台以及和Spring Boot开发框架的集成。 Spring Cloud为微服务架构开发涉及的 配置管理，服务治理，熔断机制，智能路由，微代理，控制总线，一次性token，全局一致性锁，leader选举，分布式session，集群状态 管理等操作提供了一种简单的开发方式。 Spring Cloud 为开发者提供了快速构建 分布式系统的工具 ，开发者可以快速的启动服务或构建应用、同时能够快速和云平台资源进行对接。 二、Spring Cloud的项目的位置 Sping Cloud是Spring的一个顶级项目，Spring的顶级项目列表如下 ： Spring IO platform:用于系统部署，是可集成的，构建现代化应用的版本平台，具体来说当你使用maven dependency引入spring jar包时它就在工作了。 Spring Boot:旨在简化创建产品级的 Spring 应用和服务

版本控制工具 -VSS : 锁机制 来管理文件 -CVS : 给项目添加 版本号，通过版本号进行项目的管理 -SVN : 集中式管理项目、支持代码的冲突、合并以及历史的回退的常见的版本操作 甚至 SVN支持 分支的合并（SVN分支合并是一个重量级的、所以分支合并用来非常难用） -GIT : 分布式项目管理工具，分支合并是一个轻量级的 版本控制工具的作用 主要用来管理项目的源代码 企业项目团队开发 Git 客户端工具 Git 和 Github的关系 git 和 github 没有关系， github是一个代码托管平台，管理项目用的技术是 GIT Git 和 Pycharm 的集成 File -> settings -> Version Control -> git -> execute path (D:/Program Files/git/bin/git.exe) Git 服务器的安装 （gitblit 私服） gitblit 采用的 Java语言开发的GIT服务端，所以安装 gitblit 需要先安装 Java环境 1、安装 Java 2、配置环境变量 JAVA_HOME: C:\Program Files\Java\jdk1.8.0_91 PATH %JAVA_HOME%\bin CLASSPATH . 验证是否安装成功 WIN + R => cmd => java

配置和管理组策略的工具 group policy management 不同的系统，细节过程可能会不同。 windows vista和windows server 2008以及更高版本中包含此工具。否则需要安装RSAT。 对于域控制器将在升级服务器时添加。 需要添加Windows成员服务器。 windows xp需要独立添加。 例如，在windows 8.1上，需要安装包含组策略管理工具的RSAT。 谷歌搜索：rsat windows 8.1 进入微软官网下载 注意所有默认配置，这在以后可能会成为安全性问题来讨论。 运行-打开中搜索：server manager tools-group policy management 选择具体的域，default domain policy右键编辑 在安装RSAT以后，会引入组策略管理工具，但早期的版本可能不是通过安装RSAT来进行组策略管理的。 早期系统版本：控制面板-程序 来源： https://www.cnblogs.com/sec875/p/11443518.html

答案 ： 版本管理！被问到这个问题的时候，你应该要表现得很兴奋，甚至告诉他们你是如何使用Git（或是其他你最喜欢的工具）追踪自己和奶奶的书信往来。我偏向于使用Git作为版本控制系统（VCS），但还有其他的选择，比如subversion（SVN）。 为什么提这个问题 ： 因为没有版本控制的代码，就像没有杯子的咖啡。有时候我们需要写一些一次性的、可以随手扔掉的脚本，这种情况下不作版本控制没关系。但是如果你面对的是大量的代码，使用版本控制系统是有利的。版本控制能够帮你追踪谁对代码库做了什么操作；发现新引入了什么bug；管理你的软件的不同版本和发行版；在团队成员中分享源代码；部署及其他自动化处理。它能让你回滚到出现问题之前的版本，单凭这点就特别棒了。还有其他的好功能。怎么一个棒字了得！ 本文首发于 Python黑洞网 ，博客园同步跟新 来源： https://www.cnblogs.com/pythonzhichan/p/11441337.html

使用jenv管理多个java版本 安装jenv 使用brew安装 brew install jenv . 如果使用的是Bash $ echo 'export PATH="$HOME/.jenv/bin:$PATH"' >> ~/.bash_profile $ echo 'eval "$(jenv init -)"' >> ~/.bash_profile 如果使用的Zsh $ echo 'export PATH="$HOME/.jenv/bin:$PATH"' >> ~/.zshrc $ echo 'eval "$(jenv init -)"' >> ~/.zshrc 可能还需要创建 ~/.jenv/versions 目录 安装jdk 没什么说的，去Oracle下载mac下各版本的jdk就行了，下载完成，直接安装。 配置JAVA_HOME $ jenv add /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home oracle64-1.6.0.39 added $ jenv add /Library/Java/JavaVirtualMachines/jdk17011.jdk/Contents/Home oracle64-1.7.0.11 added 使用jenv管理java版本 列出管理的jdk $ jenv

node版本管理 如果在电脑上（node版本的升级和降级） 切换 node 版本 首先需要安装nvm node 版本管理插件 安装方式 安装方式 按官方指导 使用方式 nvm ls 查看所有的node版本 nvm ls-remote 你可以列出可用的版本使用ls-remote nvm use 版本号 切换版本 nvm run node --version 可以直接运行想要的版本 来源： http://www.cnblogs.com/yaogengzhu/p/11474505.html

Git与GitHub Git简介 Git的基本操作 理解:工作区+暂存区+本地库 设置全局属性：用户名与邮箱地址 1.创建本地版本库 repository：git init 2.提交文件：git status/add/commit 3.查看文件提交记录：git log 4.回退历史：git reset --hard HEAD^ 5.版本穿越：git reflog/reset 6.还原文件（没有add和commit的前提下） 7.删除某个文件 Git分支 1.创建分支：git branch <分支名> 2.切换分支：git checkout <分支名> 3.合并分支：git merge <分支名> 4.合并时冲突：git diff GitHub 1.是什么？ 2.Git与GitHub操作 2.1 GitHub上的操作 2.2 Git上对GitHub的操作 前提 1.Git推送至GitHub：git remote add/git push 2.Git克隆/更新GitHub上的项目：git clone/git pull 2.3 协作冲突 2.4 Git免密登陆GitHub Git工作流 Git简介 Git 是目前世界上最先进的 分布式版本控制系统 。 首先，版本管理系统能干什么： 协同开发 冲突解决 版本记录 历史追查 代码备份 版本还原 权限管理 分支管理 代码审查 而经典的集中管理型

ZTEsoft-方进 1、基于Jenkins的CI过程 一切要从2013年4月开始说起，当我4月份从委内瑞拉回来之后立即投身到国内一个运营商的大型后端建设项目的尾声中（项目历时3年多，当时已经接近尾声），这个项目涉及100多台主机，包含数十个集群，除了传统的WEB应用外，还用到了流程引擎、ESB、规则引擎、搜索引擎以及缓存和日志，是当时比较复杂的体系结构（当然不能跟现在的云平台相比，但在项目开始的年代这还是一个很不错的架构），整个项目当时一两百号人占了局方整整一层楼十几个办公室，我到了项目组之后成为了一个小组的小头目，管个四五个人，小组美其名曰“平台组”，干的都是打杂的事情，包括编译、打包、部署，日常监控以及系统优化等工作，说起来简单，做起来还是很复杂的，当时所有的工作基本上是靠人工的，可想而知，100来台机器的环境一台一台的部署环境，还得靠人工监控，手工检查，四五个到处救火忙得不可开交，当时我虽然还不知道CI为啥物（压根儿就没这个概念），但也下定决心要改变忙乱的状态，累一点不要紧，但是累得跟狗似的还干不好那就白辛苦了。 在2013年的4~8月份，我们主要研究的是自动编译、打包和发布，采用的基本方式是各种脚本，包括windows下的批处理bat、Linux上的shell甚至Python，虽基本上完成了自动从SVN取代码、自动编译

如果你想更清晰地学习git，你必须要了解3个重要区域。 工作区：即开发者的工作目录 暂存区：修改已被记录，但尚未录入版本库的区域 版本库：存储变化日志及版本信息 当你在工作区进行开发工作时，git会记录你的改动，此时，你使用git add指令，该工作区的内容会被加入到暂存区，你仍然可以对你提交的文件进行撤回操作，然后你使用git commit指令，暂存区的内容会被提交到版本库。 每个文件/目录发生的版本变化，我们都可以追溯，命令为 git log 常用格式： git log 查看项目的日志 git log 查看某文件的日志 git log . 查看本目录的日志 至于每个命令的具体效果，可以试一试，看看打印信息。 如果感觉日志有点乱，可以输入 git log --pretty=oneline 可以看到，我们对该项目进行了五次修改，形成了五个版本，现在，我们学习一下版本切换。 我们现在将版本回退到最初始的时候，输入 git reset --hard HEAD^^^^ 你想回退几个版本就输入几个"^"符号。 这个时候版本就被回退到了初始时候，你可以回去看看你的工作目录，看看是不是回到了我们最开始时候的工作状态。 该指令只能用来回退版本，而且它不能清楚地知道指针的指向。所以我们用版本号来进行版本的切换。 版本号很长，但是我们不需要写出全部的版本号，只需要你写的版本号与别的版本不一致就可以。