版本控制

SVN的功能再多，如果不能有效的和IDE无缝结合，那么它的功能也会大打折扣。所以，我想说说svn是如何和eclipse配合使用的。 ①到Tigris的官方网站上下载要用到的插件subeclipse,地址： http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240&expandFolder=2240&folderID=2240 ②这里，我下载的是site-1.8.4.zip，如下图示： ③下载完成后，就安装这个插件；打开eclipse，点击Help---Install New Sofeware,如下图所示： ④在弹出的对话框中，点击Add，如下图所示： ⑤弹出如下图所示的对话框：在Name中给这个插件起个名字，然后砸Location中选择刚才下载的那个插件点ok就安装这个插件了。 ⑥这个插件安装的过程中，可能会有一些小警告，不要管他，直接安装就可以了。安装完成后，就要去你重启eclipse，点击ok ⑦重启完成后，点击如下所示： ⑧如果在弹出的对话框中出现SVN，就说明安装成功了！如下图所示： ⑨选择SVN资源库，点击OK，则eclipse会出现svn的资源库视图,如下图所示： ⑩在SVN资源库下面的空白位置，右键点击，选择“新建”----“资源库位置”- 在弹出的对话框中输入svn资源库的地址

#常用的版本控制# ##前言## 这里版本控制是经过笔者在项目中实践总结得出的,有比较广的适用范围, 当然也要根据不同的业务有取舍应为笔者水平有限,其中有不足的地方也 往大家指出,多多交流 ##1.对于笔者采用的版本控制的介绍## 对于版本控制 我这边是这样做的 两条路线, 1.大版本控制,也就是所谓的通过请求的url进行控制(当然也可以在参数进行大版本控制) 2.小版本控制,通过参数进行细小的版本控制 ###1.1 大版本控制### 对于大版本控制就是所谓的在url里面进行控制,举个例子: http://api.map.baidu.com/api?v=2.0&ak=您的密钥(百度地图API) 他这里使用的就是参数进行版本控制v=2.0,通过参数的路由指定到不同的项目 如果在请求地址里面进行版本控制就是这样 http://api.map.baidu.com/api/v2.0?ak=您的密钥 在这里比较推荐第二种因为参数控制可以留到更小的版本进行控制,如果是第一种需要在多传递一个版本参数会显得很累赘 一般大版本控制基本上是对第一位和第二位进行控制可以根据业务需求进行取舍 ###1.2 小版本控制### 对于小版本控制存在的意义在于,在一次迭代中接口改动很小但是有个别接口有轻微的逻辑变化,比如: 1.在下一个版本中有一个接口取消了不允许被访问了 2.莫个接口增加或者是删除了几个返回值

1，远程仓库概念 在上篇博文中，我们已经掌握了如何在Git仓库里对一个文件进行时光穿梭，再也不用担心文件备份或者丢失的问题了。 可是有用过集中式版本控制系统SVN的朋友会站出来说，这些功能在SVN里早就有了，没看出Git有什么特别的地方。 Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。 你肯定会想，至少需要两台机器才能玩远程库不是？但是我只有一台电脑，怎么玩？其实，一台电脑上也是可以克隆多个版本库的，只要不在同一个目录下。不过，现实中是不会有人这么傻的在一台电脑上搞几个远程库玩，因为一台电脑上搞几个远程库完全没有意义，而且硬盘挂了会导致所有库都挂掉，所以本文就不实践一台电脑上怎么克隆多个仓库，感兴趣的可以自己去实践。 实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。 完全可以自己搭建一台运行Git的服务器，不过为了学Giit先搭个服务器绝对是小题大作。好在这个世界上有个叫 GitHub 的网站，从名字就可看出，这个网站就是提供Git仓库tuo管服务器的，所以

文章目录 1. 编辑类快捷键 2. 查找、替换类快捷键 3. 编译、运行类快捷键 4. Debug快捷键 5. 重构快捷键 6. 其他类快捷键 1. 编辑类快捷键 编辑类快捷键 介绍 psvm + Tab 生成main方法 sout + tab 生成输出语句 Ctrl+X / Ctrl + Y 删除一行 Ctrl+D 复制一行 Ctrl+/ 或 Ctrl+Shift+/ 注释代码 Ctrl + Z 撤销 Ctrl + Shift + Z 取消撤销 Ctrl + C 复制 Ctrl + V 粘贴 Ctrl + O 重写方法 Ctrl + I 实现方法 Ctr + shift + U 大小写转化 Ctrl + Shift + J 整合两行为一行 Ctrl + Shift + space 自动补全代码 Alt + 回车 导入包,自动修正 Alt + / 代码提示 Alt + Insert 生成代码(如GET,SET方法,构造函数等) Ctrl + Alt + L 格式化代码 Ctrl + Alt + I 自动缩进 Ctrl + Alt + T 生成try catch Ctrl + Alt + O 优化导入的类和包 fori 生成for循环for (int i = 0; i< ; i++) { } iter 生成增强for循环 itar 生成array for代码块 itit

1，分支管理 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，立刻提交，由于代码还没有写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的风险。 现在有了分支，就不能怕了，你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，在一次性合并到原来的分支上，这样，既安全，又不影响别人工作。 Git的分支与其他版本控制系统不同，无论创建，切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。 2，创建与合并分支 在版本回退里，我们已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支（master分支），HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。 ① 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD执行maser，就能确定当前分支，以及当前分支的提交点，每次提交，master分支都会向前一步： ② 当我们创建新的分支，例如dev时，Git创建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev

1.Svn 1.Svn简介 SVN是C/S架构，数据存放分成服务器端和客户端。创建代码库一般指的是SVN服务器端的操作，这个库随便建在什么地方都可以；你要发布的线上代码，这是存放在SVN的客户端的。 SVN的服务器端和客户端存放文件的格式是不同的，所以不能直接访问SVN服务器端的存储路径，只能通过SVN客户端将服务器端的存储内容checkout或者export出来。 2.搭建过程 1、先建立一个SVN服务器（可以专门安装SVN服务器端安装包，建立用http/https或svn协议访问的SVN服务器；也可以简单用TortoiseSVN创建本地的用files:///方式访问的SVN服务器）； 2、在服务器端建立一个空的版本库，将你原有的www-web-项目 文件夹 上传到SVN服务器新建的版本库中； 3、在你线上存放代码的地方新建一个文件夹，并将版本库中的内容checkout到这个新文件夹，设置这个文件夹是以后线上发布代码的文件夹； 4、在你开发用的工作电脑上checkout一个文件夹出来，平时在这个文件夹修改代码，修改完成后上传到SVN服务器，然后在线上代码对应的文件夹那里更新得到上传的新代码。 这样的话，你的整个工作就分成了3个存储位置：1、服务器端，2、开发端，3、线上发布端，这就井井有条、互不干扰了。 2.部署Svn 准备两台机器，一台做服务端，一台做客户端。 1.服务端搭建

Git是一个分布式的版本控制工具，当然版本控制工具很多，例如CVS，SVN，ClearCase，但是这些工具要么收费，要么运行慢。所以使用的人少，Git，是一个开源的版本控制工具，它是由Linux的作者花费了两周写的一个分布式版本控制系统。GitHub 是一个利用 Git 进行版本控制，专门用于存放代码与内容的共享虚拟主机服务。 Git中分为三个区： 工作区：就是我们项目的本地文件夹 暂存区：这些本地文件夹需要通过git add命令添加到暂存区。 本地仓库：使用git commit命令将暂存区的文件提交到本地仓库。 Git的常用命令： git init 初始化仓库，执行完成后当前目录下会多出一个 .git 的隐藏文件夹，所有 git 需要的数据和资源都存放在该目录中。 git add a.txt 添加文件到暂存区 git commit 提交到本地仓库 git log 查看日志，如提交的版本号，提交时间等 来源： https://www.cnblogs.com/javazl/p/12635807.html

一，了解git 1，git是什么？ Git是目前世界上最先进的分布式版本控制系统（没有之一），由Linus公司（创建了开源的linux）开发而成。 2，分布式版本控制系统是什么意思？具体表现在哪？ Git就是分布式管理系统，于其对应的集中式版本控制系统有SVN，简单的说，分布式的版本控制就是每个人都可以创建一个独立的代码仓库，用于管理，各种版本控制的操作都可以在本地完成，每个人修改的代码都可以合并推送到另一个代码仓库中。 而像SVN这样，只有一个中央服务器，所有的开发人员都必须依赖与这个代码仓库，每次版本控制的操作也必须连接到服务器才能完成，很多公司喜欢用集中式的版本控制是为了更好的控制代码，如果个人开发，一般选择git这种分布式系统。 3，git的作用？ 举个例子：如果你使用word文件编写一个东西的时候，肯定有这样一个经历，想要删除一个段落，但是想要恢复删除的段落，又怕找不回来了，这时候你可能会将这个文件另存一份，然后接着改，改到一定程度，又接着改，如果一直这样下去，可能你满桌面都是个word文档的修改版，等过了一周你想要找回被是删除的文字，但是已经记不清楚删除前保存在哪个文件里面了，只好一个一个去找，这就比较麻烦了。 于是你想，如果有一个软件，不但能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动

安装GitHub：https://git-scm.com/downloads 1、运行Git Bash（或到要提交代码的文件夹右击选择Git Bash） 2、Git介绍： 第一种状态，Untracked，也就是说git压根就不知道这个文件，对应的中文就是未被追踪的状态； 第二个状态，Unstaged，文件已经添加到git仓库中，但是还没有提交，处于等待提交的状态； 第三种状态，Staged，到了Staged状态，意味着文件可以执行提交操作。一旦执行了提交操作，文件就由Staged状态变成Unstaged状态。整个过程就是这样，三个状态形成环状。 3、Git操作步骤 git init：用于对当前目录进行初始化，使当前的project-name目录交由Git进行管理（在当前项目文件夹下创建了一个.git的文件夹，这个步骤就是git仓库的初始化操作，就是告诉git我们的文件夹某项目已经添加到了git仓库管理） git status：查看当前提交状态 提交代码到GitHub。这里GitHub提供了两种链接方式：HTTPS和SSH,提交的地址有所不同： HTTPS提交：git remote add origin git@github.com:defnngj/project-name.git（需要现在github官网上创建项目名称，并复制https地址，它会将本地的项目与远程的仓库之间建立连接

准备-注册github账号 https://github.com Git常用终端命令 ： 简单创建仓库并提交到Git仓库： cd 仓库文件夹 -> git init -> git remote add origin https://Steven.git -> git add . -> git commit -m '描述' -> git push origin master -f /*--> */ /*--> */ git 简单配置 #设置邮箱和昵称 /*--> */ /*--> */ git config --global user.name "XXX" git config --global user.email "XXX" /*--> */ /*--> */ 创建 git 仓库 : mkdir caller_show_history_version cd caller_show_history_version git init touch README.md git add README.md git commit -m "first commit" git remote add origin https://gitee.com/Steven_Hu/caller_show_history_version.git git push -u origin master /*--> *