仓库

1、控制台安装 安装指定文件到本地仓库命令： mvn install:install-file -DgroupId=<groupId> : 设置项目代码的包名(一般用组织名) -DartifactId=<artifactId> : 设置项目名或模块名 -Dversion=1.0.0 : 版本号 -Dpackaging=jar : 什么类型的文件(jar包) -Dfile=<myfile.jar> : 指定jar文件路径与文件名(同目录只需文件名) 安装命令实例： mvn install:install-file -DgroupId=com.baidu -DartifactId=ueditor -Dversion=1.1.2 -Dpackaging=jar -Dfile=ueditor-1.1.2.jar 2、eclipse安装 （1）File -->import -->Maven -->instal or deploy an artifact to a Maven repository （2）填写相关信息，如Maven坐标，具体参考下图。完成后点击Finish。 来源： https://www.cnblogs.com/archimedes-euler/p/10191855.html

在虚拟机上最小化安装CentOS7后，里面的工具真的很少，添加cdrom作为本地yum仓库 1、创建cdrom的挂载点 mkdir /mnt/cdrom 2、修改fstab，开机自动挂载cdrom，增加下面一行 /dev/cdrom /mnt/cdrom iso9660 defaults 0 0 3、挂载cdrom mount -a 4、把现有的repo文件移动到备份文件夹 cd /etc/yum.repo/ mkdir bak mv .repo bak 5、创建cdrom.repo vi cdrom.repo [cdrom] name=CentOS-7 - CDROM baseurl=file:///mnt/cdrom enabled=1 gpgcheck=0 6、测试 yum makecache 来源： 51CTO 作者： cnfeihong 链接： https://blog.51cto.com/1476705/2474462

版本控制器 """ 完成 协同开发 项目，帮助程序员整合代码 i）帮助开发者合并开发的代码 ii）如果出现冲突代码的合并，会提示后提交合并代码的开发者，让其解决冲突 软件：SVN 、 GIT（都是同一个人的个人项目） github、gitee（两个采用git版本控制器管理代码的公共平台） git：集群化、多分支 """ git 简介 """ 什么是git：版本控制器 - 控制的对象是开发的项目代码 代码开发时间轴：需求1 => 版本库1 ==> 需求2 => 版本库2 => 版本库3(版本库1) => 版本库4(版本库2) """ git与svn比较 git的工作流程 版本库间的通信 git分支管理 git使用 流程（核心总结） """ 1）有红色信息(工作区有内容)，就执行 add 2）全绿信息(内容全部在暂存区)，才执行 commit 3）只有被版本库控制的代码，才能被监听，所以可以回滚到任何一个版本 """ 安装 # 1.下载对应版本：https://git-scm.com/download # 2.安装git：在选取安装路径的下一步选取 Use a TrueType font in all console windows 选项 基础命令 将已有的文件夹 - 初始化为git仓库 """ >: cd 目标文件夹内部 >: git init """ 在指定目录下 -

一. M aven 的简介 1.1 什么是 maven maven 是 apache 下的一个开源项目，是纯 java 开发，并且只是用来管理 java 项目的 1.2 M aven 好处 1. 对 jar 包的统一管理,可以节省空间 2.一键构建 编码, 编译, 测试(junit), 运行,打包,部署 3.可以跨平台 4.运用于大型项目提高效率 1.3 依赖管理 2. M aven 的安装配置 2.1 下载安装 2.2 M aven 环境变量配置 1、 要配置 jdk ， maven3.3.9 这个版本所需的 jdk 版本必须要 1.7 以上 2、 最终要运行的是 maven 软件中 bin 目录的 mvn 命令 所以要配置 maven 的环境变量 在系统变量添加 环境变量的名称： MAVEN_HOME 变量值：就是 maven 软甲解压的目录 F:\class32\apache-maven-3.3.9 3 、把 MAVEN_HOME 添加到 path 里 4 、验证 maven 是否配置成功： 打开 dos 窗口 输入： mvn –v 2.3 Maven 仓库 三种仓库 1 、本地仓库 自己维护 本地仓库的配置只需要修改 settings.xml 文件就可以 2 、远程仓库（私服） 公司维护 3 、中央仓库 maven 团队维护 三种仓库的关系如下： 三.入门程序 3.1 M

用nexus搭建自己的maven私有倉庫 环境是：nexus-2.13、maven-3.3.9、jdk-1.7 一、用admin用户登陆nexus nexus的下载和安装都很简单，网上也有很多介绍，本文就不重复了。主要介绍一下安装之后的配置 nexus的配置需要用admin角色完成，默认的密码是admin123，进入nexus首页之后，点击右上角，进行登录 然后就可以在左边的菜单中进行配置了 二 。。。。。。。。 三、配置repository 在Views/Repositories-->Repositories里进行配置 nexus里可以配置3种类型的仓库，分别是proxy、hosted、group proxy是远程仓库的代理。比如说在nexus中配置了一个central repository的proxy，当用户向这个proxy请求一个artifact，这个proxy就会先在本地查找，如果找不到的话，就会从远程仓库下载，然后返回给用户，相当于起到一个中转的作用 hosted是宿主仓库，用户可以把自己的一些构件，deploy到hosted中，也可以手工上传构件到hosted里。比如说oracle的驱动程序，ojdbc6.jar，在central repository是获取不到的，就需要手工上传到hosted里 group是仓库组，在maven里没有这个概念，是nexus特有的

如何获取ubuntu源码包里面的源码？ 1、在获取源码包之前，确保在软件源配置文件/etc/apt/sources.list中添加了deb-src项 2、使用如下命令获取xxx源码包的详细信息: sudo apt-cache showsrc xxx 这用来查询当前镜像站点中是否有该源码包。 3、源码包中通常包含3个文件，分别以dsc，orig.tar.gz和diff.gz为后缀名。 sudo apt-get source xxx 命令来获取源码包，它会将源码包下载到用户当前目录 并在命令执行过程中，调用dpkg-source命令，根据dsc文件中的信息，将源码包解压到同名目录中，应用程序的源代码就在这里面。 sudo apt-get source xxx 要强调的是，在下载源码包前，必须确保安装了dpkg-dev（执行”apt-get install dpkg-dev”来安装）， 否则，只会下载源码包的3个文件，但不会解压缩源码包。当然你也可以自己用dpkg-source命令去解压缩源码包。 4、在编译源码包前，需要安装具有依赖关系的相关软件包。使用”apt-get build-dep”命令可以主动获取并安装所有相关的软件包。 sudo apt-get build-dep xxx 5、现在可以来编译源码包了，首先进入源码所在目录，使用dpkg

版本控制器 """ 完成 协同开发 项目，帮助程序员整合代码 i）帮助开发者合并开发的代码 ii）如果出现冲突代码的合并，会提示后提交合并代码的开发者，让其解决冲突 软件：SVN 、 GIT（都是同一个人的个人项目） github、gitee（两个采用git版本控制器管理代码的公共平台） git：集群化、多分支 """ git 简介 """ 什么是git：版本控制器 - 控制的对象是开发的项目代码 代码开发时间轴：需求1 => 版本库1 ==> 需求2 => 版本库2 => 版本库3(版本库1) => 版本库4(版本库2) """ git与svn比较 git的工作流程 版本库间的通信 git分支管理 git使用 流程（核心总结） """ 1）有红色信息(工作区有内容)，就执行 add 2）全绿信息(内容全部在暂存区)，才执行 commit 3）只有被版本库控制的代码，才能被监听，所以可以回滚到任何一个版本 """ 安装 # 1.下载对应版本：https://git-scm.com/download # 2.安装git：在选取安装路径的下一步选取 Use a TrueType font in all console windows 选项 基础命令 将已有的文件夹 - 初始化为git仓库 """ >: cd 目标文件夹内部 >: git init """ 在指定目录下 -

版本控制系统 1. 版本控制系统： git 分布式 —没有中心代码库，所有机器之间的地位同等（每台机器上都有相同的代码） svn 集中管理的 —有中心代码库，其他都是客户端 2.git与svn介绍 1.git属于 分布式版本控制系统： 客户端并不只提取最新版本的文件，而是把原始的代码仓库完整地克隆下来。 优点： a.由于任何人每次提取操作，实际上都是一次对代码仓库的完整备份，因此近乎所有的操作都可以在本地执行，速度就是相当的快，并且可以在网络断开的时候操作仍然不受影响，可以频繁的进行提交更新，等到有网络的时候再上传到仓库就可以了。 b.git的分支模型，相当的轻量级，被称为“必杀技”。 　 缺点： a.每个开发人员都拥有所有的代码，不利于核心代码的保密（如果有重要代码需要保密，则不建议使用git） 2.svn属于 集中化的版本控制系统： 有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的成员通过客户端连接到这台服务器，进行文件上传和更新。 优点： a.使用简单，比较符合我们的常规思维 b.同步代码比较简单，只要一步操作即可。 缺点： 丢失数据的风险：由于集中化的特点，如果版本库的服务器磁盘发生故障等，你不能保证所有的数据已经有人提取出来了，最坏的情况是彻底的丢失整个项目的所有历史更改记录。 3.git 相关概念—纯命令行 工作区 版本库 暂存区 HEAD 版本号

01-Git概述（Git历史） Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。 到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了若干目标： 速度 简单的设计 对非线性开发模式的强力支持（允许成千上万个并行开发的分支） 完全分布式 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） gitlab github 码云 02-Git概述（Git与SVN对比） SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而开发人员工作的时候，用的都是自己的电脑，所以首先要从中央服务器下载最新的版本，然后开发，开发完后，需要把自己开发的代码提交到中央服务器。 集中式版本控制工具缺点： 服务器单点故障 容错性差 [

使用Github也有一年的时间了，之前一直都是使用的Github客户端，对提交，更新，克隆，合并，分支有一定的了解和实践。一直都想试试命令行的形式，但是感觉可能桌面版的方便就没有做。 可是Github客户端是在线安装，每次台式电脑都没有安装成功，导致平时不能提交代码管理，都是在笔记本上完成的。所以狠下心来玩玩Git命令模式。安装了Git过后出现了Git Bash 和GIT GUI；搞了一下午都没有提交成功。不知道哪里出了问题。晚上来试试了Git Bash 实验成功了。实验室的代码管理也在使用SVN，所以对比一下吧。 SVN先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。 集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。 那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了