源代码的管理与在eclipse中使用maven进行代码测试

管理源代码的工具

开发历史记录

SVN :集中式的源代码管理工具 通常必须连到公司的服务器上才能正常工作

（提交代码，查看代码的历史记录
查看代码的分支）

在公司中开发项目时 每天必须至少提交（Commit）一次代码。

第二天上班时 写代码之前
先获取最新（update）的源代码

如果出差到外地  则无法直接从公司内部的SVN服务器上获取代码，提交等

（此时VPN可能是一个解决方案）

总之必须连到SVN服务器上才能干活

GIT: 分布式的源代码管理工具，没有中心服务器的概念。

每个开发人员都可以获得完整的代码库。即使不连网
也能进行所有的操作

使用GIT 因为代码库在本地 所以可以很快的提交  不会受网速影响

提交的频率就可以大大的提高。代码的历史记录更加详细（当需要查看或恢复 到某一状态时
会更加准确灵活）

团队合作开发

源代码管理工具=》都能解决团队合作开发的问题

GIT/SVN都是网络程序 都是多用户的系统！

版本管理

在开发过程中 会同时并存在一个产品的多个”版本”

（下一代产品）开发版（分支）

新特性实验版（分支）

Bug修复版（分支）

正式发布版（分支）

不同的版本有自己的历史记录
有自己的研发团队（多人合作）

开源项目

使用GIT可以管理或参与开源项目  GIT本身就是为开源项目设计的

在互联网上有很多云代码管理库（云计算和源代码和管理的结合）

趋势：源代码管理将成为一种公共服务

国内：OSChina 码云（目前私有项目暂不收费 但是项目大小不能超过1G）

国际：Githob (对于私有项目收费)

软件开发能力

通过cmmi级别可以判断 一个公司的软件开发能力

CMMI 能力成熟度模型 一共定义了五个级别

级别越高 表明软件开发能力越强
越成熟

5级很难达到

3级以上意味着公司的管理非常规范

质量标准 ISO 2000   国际标准   规定了软件质量的形成和保证机制

无论是CMMI还是ISO
对于源代码管理 都有明确要求-----软件公司必须使用专业的工具管理代码资产

GIT命令

git init  初始化一个git仓库 会在当前文件夹中生成一个隐藏文件夹中

在这个隐藏文件夹中保存的是版本库的所有数据

git add 文件名/.  将已修改的文件放入暂存区

git commit -m 消息    将暂存区的文件提交到代码库

git log    查看提交记录 -- oneline
（查看简化的记录(显示在一行)）

git status  查看工作区的状态

（那些文件被修改/那些文件删除/那些文件没有进版本库）

git reset --hard 提交id的前几个字母

可以跳转到某一历史记录

所有的文件都会恢复到那时的状态

git reflog    查看所有commit和reset的记录

提交过程

工作区---add--->暂存区---commit---->分支（某个）---push--->远程git库

远程GIT库不是必须的

暂存区存在的目的是可以挑选一部分文件提交
而不是将整个文件全部提交

Maven

项目开发管理工具 它能够帮助开发者创建项目，

解决项目依赖关系，测试项目，打包项目，安装和部署项目

能够帮助开发者更加轻松的完成整个项目的开发过程

Maven 的安装

把maven安装包解压到某个位置

配置M2_HOME环境变量指向这个位置

在path环境变量中添加;%M2_HOME%\bin

配置镜像

国内的阿里云镜像比国外的中央仓库更快

方法：

在=当前用户文件夹中找到.m2
把settings.xml
放进去

如果没有.m2 可以在命令行中运行
mvn

如果没有settings.xml   从百度上搜maven镜像

与eclipse 结合

最新版本的eclipse
自带maven 插件 但版本比较低 也没有配置镜像

所以在window--->preference------>maven------>installation
中添加并选择我们自己安装和配置好的maven

使用maven 创建项目

New---->maven----->选中create simple ---->填写项目信息

Group  id 组织、公司项目组中的名字

Artfact id   项目名字

版本号  snapshot
快照版 用来快速编写代码验证某个功能或需求

初次创建maven项目时 需要从中央仓库 下载jar包 和maven需要文件
等待下载完成即可

Pom 文件

每一个maven项目都有一个pom.xml文件  用来记录项目的基本信息

项目名称  描述  版本   maven坐标

项目依赖关系

项目使用的插件等

Maven项目的基本结构

src 源代码

main 项目主体代码

java Java代码

resource 项目使用资源
配置文件等

test 测试代码

java Java测试代码

resource 测试代码使用的资源和配置文件

target 编译之后生成文件

pom.xml 项目描述文件

Pom:project object model     项目对象模型

把一个项目当做一个对象

此时就需要这个对象定义很多属性

（）

Maven依赖/坐标

Group id

Artfact id

Version

上面三个非常重要  尤其是版本号一定要注意
不同的版本api 可能不同 如果版本号错误则会找不带类 找不到方法等错误

Scope     作用域/指明这个依赖项的作用地址

Test    仅在测试时使用

Compile    参与到项目的编译、打包、部署等过程

Runtime     由jdk
或运行环境提供 不许打包

部署时需自行安装jdk或其他执行环境

Provided      已经提供的依赖项 不需打包

System       已经有系统提供

Maven通过查看pom.xml文件的<dependencies>

可以找到某个项目或者jar包的依赖项

找到之后可以通过中央仓库将至下载到本地仓库

然后会在新下载的pom文件

再去找其中的<dependencies>
找到之后继续下载

直到找到所有的依赖项全部下载到本地仓库中

Maven本地仓库

Maven回将jar包统一放在本地仓库中 在.m2
文件夹的repository中

按照goupid/artfectid/version/的方式保存这些jar包

本地仓库的作用是 每个jar包只需下载一次既可以被任意多的项目使用

避免重复下载

避免重复占用磁盘空间

有免除了程序员从官方网站查找和下载jar包的痛苦

JUnit

Java Unit Test  用于Java单元测试工具

单元测试是由程序员编写的用于测试自己的代码

使用单元测试的好处是

测试代码与项目主体代码是分离的

不用考虑删除的问题

可以反复多次使用   即便是项目上线之后依然可以用于后期的bug修复时使用

测试代码的反复使用可以节省大量时间

避免反复编写代码检查程序功能是否正常

单元测试是开发的一部分   是程序员的工作内容
而非测试人员的工作内容

测试驱动开发

与传统的先编码后测试不同  它的思想是先写测试用例
然后在编写代码

编写代码时 通过不断地运行测试
测试用例来推动编写 直到

创建测试类

测试类的包名应该等于被测试的包名   即在同一个包中
、

测试类的名字=被测试类的名字
Test

测试方法必须是public
的

测试方法的名字=test被测试方法的名字