仓库

一.Maven的setting配置文件 和 在Eclipse中对Maven的正确配置。 1.Maven的配置文件（Maven的安装目录/conf/settings.xml ） 和 Maven仓库下（默认的Maven仓库的是用户家目录下的.m2文件，可以另行制定）的settings.xml文件 在Maven中提供了一个settings.xml文件来定义Maven的全局环境信息。这个文件会存在于Maven的安装目录的conf子目录下面，或者是用户家目录的.m2子目录下面。我们可以通过这个文件来定义本地仓库、远程仓库和联网使用的代理信息等。 其实相对于多用户的PC机而言， 在Maven安装目录的conf子目录下面的settings.xml才是真正的全局的配置 。而 用户家目录的.m2子目录下面的settings.xml的配置只是针对当前用户的 。 当这两个文件同时存在的时候，那么对于相同的配置信息用户家目录下面的settings.xml中定义的会覆盖Maven安装目录下面的settings.xml中的定义。 用户家目录下的settings.xml文件一般是不存在的，但是Maven允许我们在这里定义我们自己的settings.xml，如果需要在这里定义我们自己的settings.xml的时候就可以把Maven安装目录下面的settings.xml文件拷贝到用户家目录的.m2目录下

简介： 概览 当Maven运行过程中的各种配置，例如pom.xml，不想绑定到一个固定的project或者要分配给用户时，我们使用settings.xml中的settings元素来确定这些配置。这包含了本地仓库位置，远程仓库服务器以及认证信息等。 settings.xml存在于两个地方： 1.安装的地方：$M2_HOME/conf/settings.xml 2.用户的目录：${user.home}/.m2/settings.xml 前者又被叫做全局配置，后者被称为用户配置。如果两者都存在，它们的内容将被合并，并且用户范围的settings.xml优先。 如果你偶尔需要创建用户范围的settings，你可以简单的copy Maven安装路径下的settings到目录${user.home}/.m2。Maven默认的settings.xml是一个包含了注释和例子的模板，你可以快速的修改它来达到你的要求。 下面是settings下的顶层元素的一个概览： 1 <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" 2 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 3 xsi:schemaLocation="http://maven.apache.org/SETTINGS

Git与Github Git git是一个版本管理控制系统(VCS)，它可以在任何时间点，将文档的状态作为更新记录保存起来，也可以在任何时间点。将更新记录恢复回来。 基本工作流程 3.git仓库：用于存放提交记录 2.暂存区：临时存放被修改文件 1.工作目录：被git管理的项目目录 先通过工作目录提交到暂存区，再将暂存区的文件提交到git仓库 命令 #基本操作 #查看git版本 git --version #git 的配置 git config --global user.name #配置提交人姓名 git config --global user.email #配置提交人的邮箱地址 git config --list #配置查看git配置信息 #git的提交步骤 先创建一个项目文件夹，切换到项目文件夹下，打开git git init #初始化git仓库 git status #查看文件状态 git add 文件列表 #添加被git管理的文件到暂存区 git commit -m 提交记录 #向仓库中提交代码 git log #查看提交记录 #git的撤销 git checkout 文件 #用暂存区中的文件覆盖工作目录中的文件 git rm --cached 文件 #将文件从暂存区中删除,删除不希望被git管理的文件 git rest --hard commitID

SVN(git):源代码的版本管理工具 Maven:模块化的项目管理工具 一、环境变量配置： 1） maven 下载： 2） maven 安装(必须安装jdk并配置环境变量)： 2.1 解压下载的maven包 2.2 配置环境变量 　　M2_HOME = maven的根目录 　　PATH =%M2_HOME%\bin; 2.3 测试maven是否安装正确： 命令行 mvn -v 二、修改本地和远程仓库： 本地仓库：找到maven_home目录下的conf目录下的settings.xml 配置的路径 如：<localRepository>D:/dev/maven-localrepo/localrepo</localRepository> //localrepo就是maven的本地仓文文件夹 用文本工具Editplus打开 修改本地仓库的配置路径 上图 中央仓库地址：https://repo.maven.apache.org/maven2 （如何找到中央仓库地址：找到maven_home\lib\maven-model-builder-3.3.9.jar打开再找到pom.xml文件， 这个pom文件是所有pom文件的父文件,这里的 https://repo.maven.apache.org/maven2 就是中央仓库地址） 镜像仓库： 中央仓库都是国外的， 镜像仓库是国内的更加稳定

Docker 包括三个基本概念: 镜像（Image） 容器（Container） 仓库（Repository） 这三部分组成了Docker的整个生命周期，如下图所示，容器是由镜像实例化而来的，这和我们学习的面向对象的概念十分相似，我们可以把镜像想象成类,把容器想象成类经过实例化后的对象，这样就非常好理解镜像和容器的关系了。 Docker镜像 Docker的镜像概念类似于虚拟机里的镜像，是一个只读的模板，一个独立的文件系统，包括运行容器所需的数据，可以用来创建新的容器。 例如：一个镜像可以包含一个完整的 ubuntu 操作系统环境，里面仅安装了Mysql或用户需要的其它应用程序。 Docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统被称为UnionFS。镜像可以基于Dockerfile构建，Dockerfile是一个描述文件，里面包含若干条命令，每条命令都会对基础文件系统创建新的层次结构。 Docker 提供了一个很简单的机制来创建镜像或者更新现有的镜像，用户甚至可以直接从其他人那里下载一个已经做好的镜像来直接使用。 注：镜像是只读的，可以理解为静态文件。 Docker容器 Docker 利用容器来运行应用。 Docker容器是由Docker镜像创建的运行实例。Docker容器类似虚拟机，可以支持的操作包括启动，停止，删除等。每个容器间是相互隔离的

Docker 项目的目标是实现轻量级的操作系统虚拟化解决方案。 Docker 的基础是 Linux 容器（LXC）等技术。在 LXC 的基础上 Docker 进行了进一步的封装，让用户不需要去关心容器的管理，使得操作更为简便。用户操作 Docker 的容器就像操作一个快速轻量级的虚拟机一样简单 docker和虚拟机的区别： 虚拟机：每台虚拟机包括应用，必要的二进制和库，以及一个完整的用户操作子系统 docker：通过容器技术和我们的宿主机共享硬件资源和操作系统，实现资源的动态分配。Docker 属于 Linux 容器的一种封装，提供简单易用的容器使用接口。它是目前最流行的 Linux 容器解决方案。而 Linux 容器是 Linux 发展出的另一种虚拟化技术，简单来讲， Linux 容器不是模拟一个完整的操作系统，而是对进程进行隔离，相当于是在正常进程的外面套了一个保护层。对于容器里面的进程来说，它接触到的各种资源都是虚拟的，从而实现与底层系统的隔离。Docker 将应用程序与该程序的依赖，打包在一个文件里面。运行这个文件，就会生成一个虚拟容器。程序在这个虚拟容器里运行，就好像在真实的物理机上运行一样。有了 Docker ，就不用担心环境问题。 docker的三个概念： Image(镜像),Container(容器)，Repository(仓库) 镜像是 Docker

多人合作一个项目，一定要把代码放到一个地方，并随时同步自己本地的和公共的代码。我们也曾这么做，租用一台服务器，修改完本地的代码就复制到服务器上，而开始编写前把服务器上的复制到本地。然而这样做有以下缺点： 1.麻烦。就算用ftp软件同步文件，选择文件并复制也很繁琐。 2.缺乏更新信息的交流。对代码进行修改，却不说明这次修改了哪些部分，没有更新日志，这将造成开发者对项目的严重误读，而传统的更新日志方式往往只是在社交软件进行简单的口头说明，不够严谨、丰富。 3.没有版本还原机制。假如一个人不幸地把错误的文件复制到服务器上，在错误被发现之前，很可能被传播给更多人。 4.存在版本更新冲突。假如A和B都修改了同一文件，则同步代码至服务器后，服务器上只会有最后同步者的更新，两人对此却浑然不觉。这实际上也是缺少更新日志造成的。 git本身只有控制台版本，很难用。github desktop（以下简称desktop）是git的图形化界面版本，正好解决了上述问题： 1.项目在本地更新后，可一键同步到代码仓库，也可一键将代码仓库同步到本地。 2.更改文件，或者增加删除文件都可以(实际上是必须)附上更新说明，既有简述又有详细说明。还会保存整个项目的更新日志。 3.会保存文件的过去版本，因此可撤销自己的，甚至是他人的改动，减轻了发生错误的影响。 4.可一键检查公共仓库有无更新

GIT实践：合并本地仓库与远程仓库 情景描述 　　我们要做的是 将毫无关联的本地仓库与远程仓库进行合并。 合并仓库 1、新增远程仓库地址 　　本地仓库，首先需要 添加远程仓库地址 ： git remote add origin https://gitee.com/mrsaber/leetcode.git 2、关联远程分支 　　创建本地开发分支： git checkout -b develop 　　关联远程分支： git branch --set-upstream-to=origin/develop develop 3、PULL远程仓库代码 　　因为两个仓库毫无关联，所以在PULL的时候需要增加参数 -- allow-unrelated-histories ，否则会报错。 　　 4、提交本地代码并PUSH 　　到这里就是常规操作了，整个业务流程还是比较清晰的。 git add . git commit -m hello,world git push 来源： https://www.cnblogs.com/MrSaver/p/12127996.html

打开Eclipse点击window>prferences之后会弹出 点击确定之后会出现： 点击finish之后： 　　这个时候你就把maven装在你的Eclipse中了，但是我们知道，maven是一个方便我们管理jar包的工具，我们需要用到的jar包都是从maven的中央仓库里下载的，但是我们不需要每次都需要去中央仓库里下载，当我们下载过一次之后就可以在我们的本地仓库中导入jar包，那么，怎么连接本地仓库呢？ 第一步：你首先需要找到你的maven解压文件夹，然后打开conf子文件夹，然后编辑settings.xml 第二步：回到eclipse中点击window再点击preferences 第三步：修改settings.xml文件, 在mirrors节点中添加以下代码，配置镜像URL： 1 <!-- 阿里云仓库 --> 2 <mirror> 3 <id>alimaven</id> 4 <mirrorOf>central</mirrorOf> 5 <name>aliyun maven</name> 6 <url>http://maven.aliyun.com/nexus/content/repositories/central/</url> 7 </mirror> 8 9 <!-- 中央仓库1 --> 10 <mirror> 11 <id>repo1</id> 12 <mirrorOf

docker registry 私有仓库 不需要我们自己去搭建私有仓库，只需要起一个容器（官方封装好的仓库镜像）就可以了。 有关命令： 1：docker push xx.xxx.com/google_containers/busybox #上传镜像到私有私有仓库 2：docker pull xxx.xxx.com/google_containers/busybox #下载私有仓库的busybox镜像到本地 #普通的registry docker run -d -p 5000:5000 --restart=always --name registry -v /opt/myregistry:/var/lib/registry registry --restart=always #容器服务每次重启了，自动把这个容器挂载起来启动 --name registry # 容器起来后，docker ps -a 看到的镜像名字 -v /opt/myregistry:/var/lib/registry #把宿主机的 /opt/myregistry目录，挂载到容器的/var/lib/registry 目录下面 registry #镜像名字 #启动docker registry 容器 [root@k8s129 ~]# docker run -d -p 5000:5000 --restart=always