新建文件夹仓库

A. github怎么创建文件夹

• 直接在网页版创建一个新项目，然后在项目里面创建文件就可以的。

• 下周github for windows客户端，然后登陆，选择一个目录和github网页版的同步，在这个文件夹下直接建立文件，就相当于在github根目录下建立文件夹。

• 确认本地安装git服务，然后找一个目录，当作github和本地电脑的同步目录，然后可以选择sourcetree等git管理工具或者，git命令行，git clone https://****，网址为github右边栏显示的那个网址，将github的仓库克隆下来，在这个你本地这个文件夹下的操作，使用git add , git commit 命令就相当于将本地和github同步，则可以在github根目录下创建一个文件。

B. 求助！新建仓库哪些物品是必备的

最基本就是：钱，库房，人。其他小类包括： 设备类：货架小车叉车地牛托盘容器电脑路由网线等打印机传真复印一体 基建类：地面处理仓库照明消防设施 安全类：保护护栏劳保物资 办公用品类：参考日常办公用品清单，如各种笔，文件夹，文件架，办公桌椅，电话等等 其他：管理看板清洁工具标识标语东西还有很多没列进来，列进的部分也不是所有仓库一下子都必备的，但大多有这些或部分有。我经历过几个新建仓库的起步，可以多交流。

C. 如何创建私有 CocoaPods 仓库

一、概述

CocoaPods是iOS，Mac下优秀的第三方包管理工具，类似于java的maven，给我们项目管理带来了极大的方便。个人或公司在开发过程中，会积累很多可以复用的代码包，有些我们不想开源，又想象开源库一样在CocoaPods中管理它们，那么通过私有仓库来管理就很必要。对于CocoaPods还不太熟悉的，建议参考一下唐巧的博客或者直接到CocoaPods的官网看看：https://cocoapods.org/

二、概念

大家很容易把spec repository 和 code repository弄混，我一开始就在这里挂起了好久。

1.code repository是代码仓库，我们把包代码上传到这个仓库。

2.spec repository是配置仓库，所有的配置按照包名、版本号分门别类的存放在这个仓库。这个仓库只用来存放spec文件，不存放代码。

小结：以AFNetWorking为例，如果只创建AFNetWorking的code repository，而不将code repository中的.Podspec文件上传到spec repository的话，你在自己的工程引入AFN的时候压根用不了。

三、步骤

创建私有的CocoaPods仓库之前需要先制作CocoaPods依赖库，所以步骤分两步：

1.制作CocoaPods依赖库，也就是代码库。

2.创建私有 CocoaPods 仓库。

小结：1.制作依赖库也就是在自己的服务器或者github等远端第三方服务器创建一个仓库，用来保存.podspec、LICENSE、README.md以及代码文件和一些资源文件。

2.创建私有 CocoaPods 仓库也就是在自己的服务器或者github等远端第三方服务器创建一个仓库，用来接受并存放.podspec文件，来管理自己的私库。

四、制作 CocoaPods 依赖库

当我们使用了类似于AFNetWorking这样的Pods 依赖库以后， 你一定对创建自己的依赖库很有兴趣吧，现在我们就来尝试一下，以一个简单 caculatorMaker 为例自己创建一个 Pods 依赖库。

1.创建并设置一个私有的code Repository。

因为GitHub的私有仓库是收费的，我还不是GitHub的付费用户，所以我使用了其他Git服务，我使用的是gitlab（我们公司是基于内网的，当然你也可以基于外网），当然还有其他的可供选择开源中国、CODING、Bitbucket以及CSDN Code.

2.clone 仓库到本地

为了方便向仓库中删减内容，需要将仓库 clone 到本地，这里有多种操作方式，可以选择你喜欢的一种，但是为了方便这边选择使用命令行。首先需要切换到你想在本地存储的目录，然后再 clone ，假设你放在用户的根目录上：

cd ~

git clone http://njGitrepo/xxx/caculatemaker.git

完成后，我们进入到 ~/caculatemaker 目录,这时候你看到是一个空文件夹，这由于我用的是gitlab创建的，没有像github网页那样在创建code Repository的时候可以勾选创建LICENSE和README.md文件。其实也不是什么都没有，实际上是有一个隐藏的 .git 文件，后续我们的所有文件都在这个目录下进行。

注意：打开隐藏目录，可以使用命令，接着需要重启一下 Finder， 可以按住 option + 右键 Finder 图标选择重启。

//打开隐藏的命令:

defaults write com.apple.finder AppleShowAllFiles -bool true

//关闭隐藏的命令:

defaults write com.apple.finder AppleShowAllFiles -bool false

3.向本地仓库中添加创建 Pods 依赖库所需的文件

这个代码库需要手动在外面创建好.podspec、LICENSE、README.md以及代码文件和一些资源文件并拖动到，当然你在其他的git服务上需要创建的基本都是这几种文件。

至此，我们已经在本地得到我们自己的私有仓库 wshSpecs ，这是一个空的仓库。

注意：这里我需要介绍一下上面的master文件夹里面到底是什么东西：

a. 进入到这个目录

在Finger前往文件夹中输入 ~/.cocoapods, 显示的内容就是上图的界面。

b.点开master文件夹下面的spec目录，其下存放的就是所有提交到 CocoaPods 的开源库的 podspec 文件的集 合。

其结构如下图所示：

其组成方式：

specName -- version -- specName.podspec

( master 里现在是 specName.podspec.json，这个 .json 文件就是 podspec 文件加了个后缀。我们可以采用 pod ipc spec 这个命令来将 spec 文件转换成 .json)

那这个文件夹是如何来得呢？其实，这个文件夹是在你安装了 CocoaPods 后，第一次执行 pod install 时， CocoaPods 通过命令 pod setup 来建立的（这条命令会自动执行）。

2.添加 刚才第四步创建的 caculatormaker.podspec 到你的 Spec Repository。

在前面验证通过的基础上，我们接着执行命令：

pod repo push wshSpecs caculatormaker.podspec

按照平时使用 CocoaPods 的习惯，我们添加依赖库之前会先搜索一下库，让我们执行一下命令：

pod search caculatormaker

3.在个人项目中的Podfile中增加刚刚制作的好的Pod并使用。

让我们建立一个普通的工程，命名为 TestPodDemo，然后在终端 cd 到其目录路径下，添加一个 Podfile 文件：

pod init

建立后修改 Podfile 文件内容如下：

source 'https://github.com/CocoaPods/Specs.git' #官方仓库地址

source ‘http://njGitrepo/wushuanghong/wshSpecs.git’ #私有仓库地址

use_frameworks!

target 'TestPodDemo' do

pod ‘caculatemaker’

end

执行：

pod install

这样一来我们就可以使用这个私有库了！

4.更新维护podspec。

当我们的代码变动时，首先需要更新code Repository中的.podspec 文件的版本，然后push到 Spec Repository。

本回答由提问者推荐

D. 怎么在github中创建一个文件夹

本地创建好文件夹，文件夹下建*.md文件
可以git add 文件夹名字
git commit -m "说明文字"
git push
就创建好了文件夹。

E. 新建文件夹时，文件夹与文本文档的区别

哈哈
新建的文件夹就是一个空目录
所有文本文档是放在某一个目录下的

打个比方：文件夹是新建的仓库
文本文档就是储藏在里面的货物

F. 怎样创建SVN仓库目录结构

首先在服务器端创建一个SVN库，这时是只有一个顶级文件夹的空仓库，然后：
1、从客户端checkout这个空的SVN库；
2、在客户端checkout出来的这个空文件夹中，按自己的需要新建各级子文件夹，以形成所需的目录结构；
3、对checkout出来的这个文件夹执行add操作，将新建的各级子文件夹纳入SVN控制；
4、对checkout出来的这个文件夹执行commit操作，将刚add进来的各文件夹提交到SVN服务器端。

基本操作就如上所述了，顺便说一下SVN官方推荐的文件夹结构：
根目录下分成trunk、branches、tags三个子文件夹，其中trunk用于存放开发主干，branches用于存放各种分支，tags用于存放各种标记。

G. 如何构建archlinux软件仓库

第一步，先写C程序。目录结构如下。
├── SayHello-0.1
│ ├── include
│ │ └── hello.h
│ ├── Makefile
│ ├── SayHello
│ └── src
│ └── hello.c
├── SayHello-0.1.md5
└── SayHello-0.1.tar.gz
SayHello-0.1是项目文件夹，SayHello-.0.1.tar.gz是项目文件夹打包得到的压缩文件。SayHello-0.1.md5是用md5sum SayHello-0.1.tar.gz > SayHello-0.1.md5得到的校验文件（不是非要这个文件，但在制作ArchLinux文件包时，它一直提醒没有校验，没办法了，只好做了一个）。
代码如下：
################################
hello.h
#include <stdio.h>
#include <errno.h>

#define ERR_EXIT(m)\
do\
{\
perror(m);\
exit(-1);\
}while(0)
#####################################
hello.c
#include "hello.h"
int main(int argc ,char* argv[])
{
printf("Hello\n");
printf("This is a test program\n");

return 0;
}
#####################################
Makefile

CC = gcc
CFLAGS = -Wall -g
obj = hello.o

VPATH = include:src
#vpath %.c src
#vpath %.h include

SayHello:hello.o
$(CC) $(CFLAGS) -o $@ $<
hello.o:hello.c hello.h
$(CC) -c -Iinclude -o $@ $<

##SayHello:hello.c
##$(CC) $(FLAGS) -Iinclude $< -o $@

.PHONY:clean install uninstall
clean:
-rm hello.o SayHello
install:
cp SayHello ~/bin/
##sudo cp SayHello /usr/local/bin/
uninstall:
-rm ~/bin/SayHello
#######################################3

好了，程序部分已经完成了。然后再打包，建立校验文件。
tar zcvf SayHello-0.1.tar.gz SayHello-0.1
md5sum SayHello-0.1.tar.gz > SayHello-0.1.md5

把它们上传到虚拟机的服务器上去。
scp SayHello-0.1.* [email protected]:/var/myftp/pub/
(这一步可以省略，只要把下面的PBKBUILD文件修改一下就可以了。)

第二步，把程序打包成ArchLinux的安装包。
abs的安装配置省略，wiki上已经说得非常清楚了。
在家目录上建立打包目录。
mkdir -pv ~/abs/SayHello
cd ~/abs/SayHello
vi PKGBUILD
这里只有一个文件。代码如下。
#########
PKGBUILD

pkgname=SayHello
pkgver=0.1

pkgrel=20130324
pkgdesc="A Say Hello test program."
arch=('i686' 'x86_64')
url="ftp://xxx.xxx.xxx.xxx"
license=('GPL2')
#depends=()

source=("ftp://xxx.xxx.xxx.xxx/mypub/$pkgname-$pkgver.tar.gz")
md5sums=('这里就是md5文件中的内容，被我隐藏了')

##install=SayHello.install

build()
{
cd $startdir/src/$pkgname-$pkgver

make clean
make
make install
}

好了，现在打包。很简单，直接执行makepkg.现在得到文件
SayHello-0.1-20130324-x86_64.pkg.tar.xz，这个就是需要的archlinux安装包。

现在差不多是最后一步了，先建立仓库位置。
mkdir -pv ~/LocalRepo/Arch
cp SayHello-0.1-20130324-x86_64.pkg.tar.xz ~/LocalRepo/Arch/
cd ~/LocalRepo/Arch/
给仓库添加数据库。
repo-add ～/LocalRepo/Arch/LocalRepo.db.tar.gz SayHello-0.1-20130324-x86_64.pkg.tar.xz
最终的文件如下。
├── LocalRepo.db -> LocalRepo.db.tar.gz
├── LocalRepo.db.tar.gz
└── SayHello-0.1-20130324-x86_64.pkg.tar.xz
最后一步，在pacman.conf中加入本地库。
[LocalRepo]
Server = file:///××××××/LocalRepo/Arch/

好了，所有的流程都完毕了。可以开始测试了。
pacman -Sy
LocalRepo 428.0 B 569K/s 00:00 [######################] 100%
本地库已经载入
pacman -Sv SayHello
没有问题。
pacman -Rs SayHello
也没问题。

差不多就是这样了，当然，这只是最简单的应用。升级包什么的都没有做。纯粹是为了跑一遍流程。

H. 如何使用git创建远程仓库

当然使用git之前先要下载git客户端链接在这里：http://git-scm.com/download/

这里不用github for windows是因为我觉得比较偏门，不是太普适，我要是在Linux下就没办法了。

先描述github和git：

1.git是版本一个控制系统，blabla介绍什么的最不喜欢了.....

就是说，我们使用git管理我们的代码，那么我们就需要把代码加入到git仓库中保存，git有一个本地仓库的概念，就是可以在本地记录变更，以便适应不能联网的环境。

2.远程仓库是远程主机上类似于现在的网盘一样的东西，但是具有git的功能，可以在主机上保存我们的代码库。这里说的github就是远程仓库。

首先，我们使用远程仓库需要现在github注册账号，怎么注册不用多说了。

然后我们需要在本地建立本地仓库，就是在你需要建立仓库的目录下执行这样的命令：

git init

示例：

在用户目录下新建了一个learngit文件夹，在此文件夹下使用上述命令：

打开git bash

需要密码验证的时候输入密钥密码就好。（当然有不用输入的方法）

此时在github上查看仓库就已经上传完成了：

I. github怎么上传文件夹到库

一、使用git上传文件到GitHub需要git客户端以及注册GitHub账号。命令简单上传通道

git官网:去git官网

github官网:去github官网

git的安装以及GitHub的注册这里就不说了。还不知道的，没安装的看这里：我要去看git安装教程

下边就直接从上传开始。

第一步：我们需要先创建一个本地的版本库（其实也就是一个文件夹）。

       你可以直接在桌面右击新建文件夹，也可以右击打开Git bash命令行窗口通过命令来创建。

       现在我通过命令行在桌面新建一个test文件夹（你也可以在其他任何地方创建这个文件夹），并且进入这个文件夹

                                          

        

第二步：在命令行中输入git init把这个文件夹变成Git可管理的仓库

       

       这时你会发现test里面多了个.git文件夹，它是Git用来跟踪和管理版本库的，因为它默认是隐藏文件，要是看不到就设置下文件夹和搜索选项。

之后把需要上传到GitHub的文件全部复制到这test这个目录下。然后通过git add .(注意这个"."，是有空格的，"."代表这个test这个文件夹下的目录全部都提交。你也可以通过git add 文件名  提交指定的文件)把文件添加到缓存区

或者指定具体文件提交

 

然后可以通过git status命令，查看下现在的状态，也可以不看，随你看到有css,js文件夹的内容都提交上去了。

然后，在使用命令git commit -m "这里面写你的注释"  把文件提交的本地仓库第三步：下面就到了连接远程仓库（也就是连接Github）

由于本地Git仓库和Github仓库之间的传输是通过SSH加密的，所以连接时需要设置一下：

创建SSH KEY。先看一下你C盘用户目录下有没有.ssh目录，有的话看下里面有没有id_rsa和id_rsa.pub这两个文件，有就跳到下一步，没有就通过下面命令创建

 $ ssh-keygen -t rsa -C "[email protected]"

       然后一路回车。这时你就会在用户下的.ssh目录里找到id_rsa和id_rsa.pub这两个文件   

 

       

第四步：登录Github,找到右上角的图标，打开点进里面的Settings，再选中里面的SSH and GPG KEYS，点击右上角的New SSH key，然后Title里面随便填，再把刚才id_rsa.pub里面的内容复制到Title下面的Key内容框里面，最后点击Add SSH key，这样就完成了SSH Key的加密。具体步骤也可看下面：

上面key默认在C:\Users\Administrator\.ssh下的id_rsa.pub文件中，把这个文件中的内容全部复制到上面的key里面就可以了。如下图：

第五步：在Github上创建一个Git仓库。

     你可以直接点New repository来创建，比如我创建了一个tes2t的仓库。

上面我没有默认勾选Initialize this repository with a README，勾选和不勾选创建的结果区别如下：

下边这个是勾选的

第六步：在Github上创建好Git仓库之后我们就可以和本地仓库进行关联了，根据创建好的Git仓库页面的提示，可以在本地test仓库的命令行输入：

 $ git remote add origin [email protected]:smfx1314/test2.git第七步：关联好之后我们就可以把本地库的所有内容推送到远程仓库（也就是Github）上了，通过：

 $ git push -u origin master

       由于新建的远程仓库是空的，所以要加上-u这个参数。然后进去GitHub test2这个仓库刷新下就会有已经上传的文件夹了。如果新建远程仓库不是空的，例如你勾选了 Initialize this repository with a README。那么你通过命令 $ git push -u origin master是会报错的，如下： 这是由于你新创建的那个仓库里面的README文件不在本地仓库目录中，这时我们可以通过以下命令先将内容合并以下：

 $ git pull --rebase origin master

       

再输入$ git push origin master。

等远程仓库里面有了内容之后，下次再从本地库上传内容的时候只需下面这样就可以了：

$ git push origin master。

 至此就完成了将本地项目上传到Github的整个过程。

J. 如何通过 nexus 建立自己本地仓库

安装Nexus

我们从http://nexus.sonatype.org/downloads/ 来获取最新版本，目前最新版本为1.3.4
Nexus提供了两种安装方式，一种是内嵌Jetty的bundle，只要你有JRE就能直接运行。第二种方式是WAR，你只须简单的将其发布到web容器中即可使用。

1）Bundle方式安装
解压nexus-webapp-1.3.4-bundle.zip 至任意目录，如D:\tools ，转到目录D:\tools\nexus-webapp-1.3.4\bin\jsw\windows-x86-32 ，运行Nexus.bat ，如果你是在linux下安装，那么就下载nexus-webapp-1.3.4-bundle.tar.gz，解压后转到${NEXUS_HOME}/ nexus-webapp-1.3.3\bin\jsw\linux-x86-32,它还支持solaris,macos等操作系统。当你看到“Started [email protected]:8081”之后，说明Nexus启动成功了，然后打开浏览器，访问http://127.0.0.1:8081/nexus，通过admin的帐号(admin)和密码(admin123)登录你会看到如下的页面：

如果有新版本发布，会有提示在默认页面上。
这里，可以管理仓库，配置Nexus系统，管理任务，管理用户，角色，权限，查看系统的RSS源，管理及查看系统日志，等等。

War方式安装

你可以同过war的方式以web应用的形式发布到你的应用服务器，比如tomcat。你所要做的就是下载war版本的文件，然后放到应用服务器的发布目录即可，这里就不多讲了。

到此我们已经安装好Nexus,下面我来介绍下一些我们常用的功能和使用：

配置中央仓库

先看一下界面：

在左边菜单栏里选择Repositories，然后会出现右边的画面，右边上半部分是列出来的repository，黑体字是类型为group的repository. 这里简单介绍下几种repository的类型:
hosted，本地仓库，通常我们会部署自己的构件到这一类型的仓库。比如公司的第二方库。
proxy，代理仓库，它们被用来代理远程的公共仓库，如maven中央仓库。
group，仓库组，用来合并多个hosted/proxy仓库，当你的项目希望在多个repository使用资源时就不需要多次引用了，只需要引用一个group即可。
Maven central是Maven的中央仓库，点击它并选择configuration标签栏，我们会看到下面的页面：

这里有几个项目是我们可能会经常用到的：
Override local storage location: 在这个选项你可以配置你的Nexus本地仓库的存放地址，用来覆盖其默认的存放地址
Remote storage location: 这里是远程仓库的地址，为了提高代理速度，你可以修改为国内的镜像地址。默认值是http://repo1.maven.org/maven2/
Download remote indexes: 这里配置是否下载远程索引文件，模式是false, 建议配置为true，这样我们便可以通过索引文件来搜索我们需要的构件。

添加代理仓库

Maven central是一个比较大的代理仓库，如果你需要添加的一个代理仓库，那么可以在点击左边惨淡栏里面的Repositories,然后右边的页面点击add -> add proxy repository, 之后出现以下页面：

填写相关信息保存即可。通常情况下,使用预设的代理仓库已经能够满足大部分项目的需求了, 只有在特殊需求的情况下才会参加代理仓库.

管理本地仓库

我们前面讲到类型为hosted的为本地仓库，Nexus预定义了3个本地仓库，分别是Releases, Snapshots, 3rd Party. 分别讲一下这三个预置的仓库都是做什么用的:
Releases: 这里存放我们自己项目中发布的构建, 通常是Release版本的, 比如我们自己做了一个FTP Server的项目, 生成的构件为ftpserver.war, 我们就可以把这个构建发布到Nexus的Releases本地仓库. 关于符合发布后面会有介绍.
Snapshots: 这个仓库非常的有用, 它的目的是让我们可以发布那些非release版本, 非稳定版本, 比如我们在trunk下开发一个项目,在正式release之前你可能需要临时发布一个版本给你的同伴使用, 因为你的同伴正在依赖你的模块开发, 那么这个时候我们就可以发布Snapshot版本到这个仓库, 你的同伴就可以通过简单的命令来获取和使用这个临时版本.
3rd Party: 顾名思义, 第三方库, 你可能会问不是有中央仓库来管理第三方库嘛, 没错, 这里的是指可以让你添加自己的第三方库, 比如有些构件在中央仓库是不存在的. 比如你在中央仓库找不到Oracle 的JDBC驱动, 这个时候我们就需要自己添加到3rd party仓库.
你也可以创建自己的本地仓库，点击Repository面板上方的Add按钮，然后选择Hosted Repository，然后在下方的配置面板中输入相关信息, 这里我们不再需要填写远程仓库地址，根据自己的需要选择Release或者Snapshot，如图：

Maven仓库组

仓库组的概念是Maven没有的,通过前面介绍可以了解到, 我们可以建立多个proxy代理仓库,hosted本地仓库, 如果没有仓库组的概念,我们如果需要引用这些仓库的是时候需要一一加入到我们的setting.xml里面去, 有了仓库的组的概念, 我们只需要做一次引用就可以了,把我们需要的仓库加入到仓库组即可.像这样:
<repositories>
<repository>
<id>nexus</id>
<url>http://127.0.0.1:8081/nexus/content/groups/public/</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
Nexus中预设了2个仓库组,public repositories和public snapshot repositories. 如图:

这个仓库组默认包含本地仓库Releases, snapshots, 3rd party和代理仓库Maven Central. 你可以在Configuration配置页添加仓库到这个仓库组. 如果需要你还可以创建一个仓库组,如图:
点击 Add->Repository Group
出现New Repository Group界面后,填入ID, name 等相关信息, 在右边Available Repositories 栏里可以选择你要添加的仓库到你新建的仓库组.

通过Nexus搜索构件

在我们实际使用构件的过程中通常遇到一个问题,有时候我紧紧知道我所需要的构建的大致名字,并不知道全称或group id, 这是件非常头疼的事情. Nexus基于Nexus indexer的搜索功能帮我们解决了这个问题.
要是用搜索功能, 必须要有索引文件, Nexus默认是不建立索引文件的,因为像中央仓库这样的索引文件的建立需要耗费比较大的网络资源,仅索引文件就要几十兆. 要开启中央仓库的索引文件下载功能需要在Maven Central的配置页面, 把Download Remote Indexes选择true. 如图:

这样设置以后, Nexus会自动从远程中央仓库下载索引文件, 为了检验索引文件自动下载是否生效,可以却换到Browse:

如果出现先以上文件夹,那说明索引文件已经建立.
下面我试一下搜索功能, 在左边菜单栏里面有个Artifact Search, 在输入框里面输入你想要搜索的构件名字,比如: testing, 那么查询结果如下：

这是模糊查询的结果，当然如果你知道更多信息，比如版本号等，你可以使用高级搜索，点击高级搜索后，右边界面会提供集中搜索方式：keyword, classname, GAV, checksum

比如我们这里选择GAV模式, 而且我只知道artiface name : testng和版本号5.8, 其他的我不知道, 那么就在artifact 和 version处分别输入testng 和 5.8 , 搜索结果如下:

你如果你不知道知道构件的名称, 只知道classname, 那么你也可以通过class name 的方式搜索,这里就不再赘述
当你选择一项搜索结果,在页面的下方会出现这个构件的详细信息, 并且会列出这个构件的Maven依赖配置, 你可以直接拷贝到你的pom文件中使用,这是个非常实用的功能:

在Maven中使用Nexus
到此为止我们介绍了如何安装和使用Nexus以及其基本配置, 下面我们介绍下如何让Maven来使用Nexus本地仓库用来替代使用远程仓库. 在Maven使用Nexus本地仓库只需稍作配置, 在settings.xml中加入以下代码:
<profile>
<id>dev</id>
<repositories>
<repository>
<id>nexus</id>
<url>http://127.0.0.1:8081/nexus/content/groups/public/</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
<pluginRepositories>
<pluginRepository>
<id>nexus</id>
<url>http://127.0.0.1:8081/nexus/content/groups/public</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</pluginRepository>
</pluginRepositories>
</profile>
</profiles>

<activeProfiles>
<activeProfile>dev</activeProfile>
</activeProfiles>

这里配置了repository和pluginRepository, Maven在使用第三方构件和插件时是分开来配置的,所以如果我们也希望插件的下载也通过我们的本地仓库来下载,那么我们就需要配置pluginRepository.
红色字体部分就是我们之前安装的Nexus的地址, 这个地址可以是你们公司局域网内部的一台仓库服务器.
<releases> <enabled>true</enabled></releases>这个标签的作用是设定是否允许下载
release版本的载构件, 同样snapshots标签可以设定是否允许下载snapshot版本的构件.
通常,我们不建议下载snapshot版本的构件,因为它是不稳定的版本, 除非你有特殊的需
求.
构件部署

有些时候我们需要部署构件到Nexus的3rd party, 比如我们在中央仓库找不到我们需要的构件, 我们可以通过Nexus的UI来上传构件:
点击左边菜单栏的 Repositories, 然后点击右边界面的3rd party, 选择界面下方的Artifact Upload, 这个时候出现以下界面:

上传构件需要两个步骤,一个是定义文件的上传,再就是构件的实体文件.
第一部分定义文件可以是POM文件, 这也是比较推荐的方式, 如果没有pom文件,可以
选择以参数的形式输入.
第二部分是上传构件的实体文件,这里简单说一下Classifier和Extension, 这两个都是选
填相, Classifier用来区别同功能的构件用于不同的场景, 比如这个构件是分别针对JDK14
和JDK15做了2个功能一样的Jar, 这个时候你就需要指定这个构件的Classifier为JDK14
还是JDK15. Extension是指扩展名,如果不提供,那么会自动取这个构件的Packaging Type
作为扩展名, 比如 ear, jar, war 等等. (Packaging Type是在第一步中通过pom文件或者手
工输入得到的)

刚才说了3rd party的部署, 关于releases 和 snapshots的UI部署也是一样的操作过程.
我们之前也讲过, 这里的releases和snapshots是用来部署我们自己的项目构件的, 通过
UI部署是可以,但是不是最高效的, 我们可以通过配置Maven来自动部署我们的项目构
件,这也是我们建立自己的仓库的一个非常重要的原因, 下面就让我们看看如何配置:
首先需要在POM文件中加入以下代码:
<project>
...
<distributionManagement>
<repository>
<id>nexus-releases</id>
<name>Nexus Release Repository</name>
<url>http://127.0.0.1:8081/nexus/content/repositories/releases/</url>
</repository>
<snapshotRepository>
<id>nexus-snapshots</id>
<name>Nexus Snapshot Repository</name>
<url>http://127.0.0.1:8081/nexus/content/repositories/snapshots/</url>
</snapshotRepository>
</distributionManagement>
...
</project>
这里配置,让Maven知道当我要发布release版本或者snapshot版本是需要发布到哪个地址.
然后我们需要在setting.xml里面配置一下Nexus的帐号和密码:
<settings>
...
<servers>
<server>
<id>nexus-releases</id>
<username>admin</username>
<password>admin123</password>
</server>
<server>
<id>nexus-snapshots</id>
<username>admin</username>
<password>admin123</password>
</server>
</servers>
...
</settings>
到此为止, 我们就可以通过命令mvn deploy或者通过IDE的可视化界面点击deploy来发布我们项目到本地仓库了. 通过这种方式我们可以很方便的进行模块间的依赖开发。