ITPub博客

Docker 架构Docker 包括三个基本概念:镜像（Image）：Docker 镜像（Image），就相当于是一个 root 文件系统。比如官方镜像 ubuntu:16.04 就包含了完整的一套 Ubuntu16.04 最小系统的 root 文件系统。容器（Container）：镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类和实例一样，镜像是静态的定义，容器

Docker 教程Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从 Apache2.0 协议开源。Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口（类似 iPhone 的 app）,更重要的是容器性能开销极低。Docker 从

Git 服务器搭建上一章节中我们远程仓库使用了 Github，Github 公开的项目是免费的，2019 年开始 Github 私有存储库也可以无限制使用。这当然我们也可以自己搭建一台 Git 服务器作为私有仓库使用。接下来我们将以 Centos 为例搭建 Git 服务器。1、安装Git$ yum install curl-devel expat-devel

 Git Gitee大家都知道国内访问 Github 速度比较慢，很影响我们的使用。如果你希望体验到 Git 飞一般的速度，可以使用国内的 Git 托管服务——Gitee（gitee.com）。Gitee 提供免费的 Git 仓库，还集成了代码质量检测、项目演示等功能。对于团队协作开发，Gitee 还提供了项目管理、代码托管、文档管理的服务，5 人以下小团队免费。接下来我们学习一下如何使

 Git 远程仓库(Github)Git 并不像 SVN 那样有个中心服务器。目前我们使用到的 Git 命令都是在本地执行，如果你想通过 Git 分享你的代码或者与其他开发人员合作。 你就需要将数据放到一台其他开发人员能够连接的服务器上。本例使用了 Github 作为远程仓库，你可以先阅读我们的 Github 简明教程。添加远程库要添加一个新的远程仓库，可以指定一个简单的名字，

Git 标签如果你达到一个重要的阶段，并希望永远记住那个特别的提交快照，你可以使用 git tag 给它打上标签。比如说，我们想为我们的 xxx项目发布一个"1.0"版本。 我们可以用 git tag -a v1.0 命令给最新一次提交打上（HEAD）"v1.0"的标签。-a 选项意为"创建一个带注解的标签"。 不用 -a 选项也可以执行

Git 查看提交历史Git 提交历史一般常用两个命令：git log在使用 Git 提交了若干更新之后，又或者克隆了某个项目，想回顾下提交历史，我们可以使用 git log 命令查看。针对我们前一章节的操作，使用 git log 命令列出历史提交记录如下：git log - 查看历史提交记录。git blame  

Git 分支管理几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作。有人把 Git 的分支模型称为必杀技特性，而正是因为它，将 Git 从版本控制系统家族里区分出来。创建分支命令：git branch (branchname)切换分支命令:git checkout (bra

Git 基本操作Git 的工作就是创建和保存你项目的快照及与之后的快照进行对比。本章将对有关创建与提交你的项目快照的命令作介绍。Git 常用的是以下 6 个命令：git clone、git push、git add 、git commit、git checkout、git pull，后面我们会详细介绍。说明： workspace：工作区 staging area：暂存区/缓存区

Git 基本操作Git 的工作就是创建和保存你项目的快照及与之后的快照进行对比。本章将对有关创建与提交你的项目快照的命令作介绍。Git 常用的是以下 6 个命令：git clone、git push、git add 、git commit、git checkout、git pull，后面我们会详细介绍。说明： workspace：工作区 staging area：暂存区/缓存区

Git 工作区、暂存区和版本库基本概念我们先来理解下 Git 工作区、暂存区和版本库概念：工作区：就是你在电脑里能看到的目录。暂存区：英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。版本库：工作区有一个隐藏目录 .git，这个不算工作区，而是 Git 的版本库

Git 工作流程本章节我们将为大家介绍 Git 的工作流程。一般工作流程如下：克隆 Git 资源作为工作目录。在克隆的资源上添加或修改文件。如果其他人修改了，你可以更新资源。在提交前查看修改。提交修改。在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。下图展示了 Git 的工作流程：

Git 安装配置在使用Git前我们需要先安装 Git。Git 目前支持 Linux/Unix、Solaris、Mac和 Windows 平台上运行。Git 各平台安装包下载地址为：http://git-scm.com/downloadsLinux 平台上安装Git 的工作需要调用 curl，zlib，openssl，expat，libiconv 等库的代码，所以需要先安装这些依赖工具。在有 yum

Git 教程Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。Git 与 SVN 区别Git 不仅仅是个版本控制系统，它也是个内容管理系统(

Maven IntelliJIntelliJ IDEA 已经内建了对 Maven 的支持。我们在此例中使用的是 IntelliJ IDEA 社区版 11.1。IntelliJ IDEA 的一些特性列出如下：可以通过 IntelliJ IDEA 来运行 Maven 目标。可以在 IntelliJ IDEA 自己的终端里查看 Maven 命令的输出结果。可以在 IDE 里更新 Maven 的依赖关系。

Maven NetBeansNetBeans 6.7 及更新的版本已经内置了 Maven。对于以前的版本，可在插件管理中心获取 Maven 插件。此例中我们使用的是 NetBeans 6.9。 关于 NetBeans 的一些特性如下：可以通过 NetBeans 来运行 Maven 目标。可以使用 NetBeans 自身的控制台查看 Maven 命令的输出。可以更新 Maven 与 IDE 的依赖。

Maven EclipseEclipse 提供了一个很好的插件 m2eclipse ，该插件能将 Maven 和 Eclipse 集成在一起。在最新的 Eclipse 中自带了 Maven，我们打开，Windows->Preferences，如果会出现下面的画面：下面列出 m2eclipse 的一些特点：可以在 Eclipse 环境上运行 Maven 的目标文件。可以使用

Maven Web 应用本章节我们将学习如何使用版本控制系统 Maven 来管理一个基于 web 的项目，如何创建、构建、部署已经运行一个 web 应用。创建 Web 应用我们可以使用 maven-archetype-webapp 插件来创建一个简单的 Java web 应用。打开命令控制台，进入到 C:\MVN 文件夹，然后执行以下的 mvn 命令：C:\MVN>mvn arch

Maven 自动化部署项目开发过程中，部署的过程包含需如下步骤：将所的项目代码提交到 SVN 或者代码库中并打上标签。从 SVN 上下载完整的源代码。构建应用。存储构建输出的 WAR 或者 EAR 文件到一个常用的网络位置下。从网络上获取文件并且部署文件到生产站点上。更新文档并且更新应用的版本号。问题描述通常情况下上面的提到开发过程中会涉及到多个团队。一个团队可能负责提交代码，另一个团队负责构建等

Maven 依赖管理Maven 一个核心的特性就是依赖管理。当我们处理多模块的项目（包含成百上千个模块或者子项目），模块间的依赖关系就变得非常复杂，管理也变得很困难。针对此种情形，Maven 提供了一种高度控制的方法。可传递性依赖发现一种相当常见的情况，比如说 A 依赖于其他库 B。如果，另外一个项目 C 想要使用 A ，那么 C 项目也需要使用库 B。Maven 可以避免去搜索所有所需库的需求。