1. 项目概述与核心价值最近在整理团队的开发环境发现一个老问题又冒出来了大家各自从网上下载Maven依赖包速度慢不说版本还经常不一致导致本地构建和CI/CD流水线上的构建结果对不上排查起来费时费力。这让我下定决心必须把内部的私有制品仓库给搭起来。说到制品仓库Sonatype Nexus Repository Manager后面简称Nexus绝对是绕不开的选择它几乎成了这个领域的“事实标准”。它不仅能代理和缓存像Maven Central、npm、Docker Hub这样的公共仓库加速下载更重要的是能作为我们内部私有Jar包、Docker镜像、npm包的发布和存储中心实现依赖的统一管理和版本控制。这次我选择在CentOS 7.9这个依然广泛使用的稳定系统上部署Nexus 3的最新社区版。整个过程看似只是下载、解压、启动但里面有不少细节和“坑”需要留意比如Java环境的选择、系统用户的权限、服务自启动的配置以及最关键的初始安全设置和仓库规划。下面我就把这次从零开始在CentOS上安装和配置Nexus 3的完整过程、踩过的坑以及最佳实践毫无保留地分享出来。无论你是运维工程师还是开发负责人这篇指南都能帮你快速搭建一个稳定、可用的企业级私有仓库服务。2. 环境准备与前置条件解析在开始安装Nexus之前我们必须确保服务器环境满足其运行要求。这一步做扎实了后面能避免很多莫名其妙的问题。2.1 操作系统与硬件要求我使用的是一台干净的CentOS 7.9 Minimal安装的虚拟机。选择CentOS 7主要是考虑到其长期支持EOL在2024年6月但仍有大量企业环境在使用和极高的稳定性。对于生产环境我建议至少分配以下资源CPU: 2核或以上。Nexus本身对CPU要求不高但如果你需要同时处理大量制品上传/下载或进行仓库清理任务多核会有帮助。内存: 最少4GB推荐8GB或更高。Nexus是Java应用内存越大它能缓存的元数据和文件索引就越多性能越好。JVM堆内存的设置我们后面会详细讲。磁盘: 这是重中之重。Nexus仓库的核心是存储二进制文件随着时间推移存储的制品会快速增长。务必分配一块足够大的独立磁盘或分区强烈建议不低于100GB并预留扩展空间。磁盘I/O性能也很关键SSD能显著提升响应速度。首先检查系统基础信息cat /etc/redhat-release uname -r free -h df -h2.2 Java环境安装与配置Nexus 3需要运行在Java 8或更高版本的JRE/JDK上。官方明确建议使用Oracle JRE 8或OpenJDK 8。虽然更高版本的OpenJDK 11/17也能运行但为了最大兼容性我选择安装OpenJDK 8。注意不建议使用系统默认通过yum install java-1.8.0-openjdk安装的headless版本因为它可能缺少一些图形相关的库尽管Nexus是Web应用但某些内部处理可能会用到最好安装完整版。# 1. 搜索可用的OpenJDK 8包 yum search openjdk | grep java-1.8.0-openjdk # 2. 安装OpenJDK 8完整开发套件包含了JRE sudo yum install -y java-1.8.0-openjdk-devel # 3. 验证安装 java -version # 输出应类似openjdk version 1.8.0_412安装完成后通常不需要额外配置JAVA_HOME环境变量因为yum安装的OpenJDK会通过alternatives机制设置好系统默认的Java。你可以通过以下命令查看Java可执行文件的实际路径which java ls -l /usr/bin/java # 通常会链接到 /etc/alternatives/java再最终链接到实际的JAVA二进制文件。2.3 创建专用系统用户绝对不要使用root用户直接运行Nexus这是一个基本的安全原则。我们需要创建一个非登录、专用的系统用户来运行Nexus服务。# 创建名为nexus的用户组和用户并指定家目录为/opt/nexus sudo groupadd nexus sudo useradd -r -g nexus -d /opt/nexus -s /bin/false nexus # -r: 创建系统用户 # -g: 主组 # -d: 家目录后续我们将Nexus解压到这里 # -s /bin/false: 禁止该用户登录shell # 检查用户是否创建成功 id nexus这个nexus用户将拥有对Nexus安装目录和数据目录的完全控制权同时又与系统其他部分隔离。3. Nexus软件包下载与部署准备工作就绪现在开始获取和部署Nexus软件本身。3.1 获取Nexus安装包访问Sonatype的官方仓库repository.sonatype.org获取最新版的Nexus Repository Manager 3 OSS社区版。我习惯直接使用wget在服务器上下载避免本地下载再上传的麻烦。首先确定最新的版本号。你可以通过浏览器访问 https://help.sonatype.com/repomanager3/product-information/download 查看或者直接列出仓库目录以下URL可能随版本更新而变化建议以官网为准。# 进入一个临时目录用于下载 cd /tmp # 下载Nexus 3的最新社区版压缩包以当时最新的3.68.0-01为例 # 注意版本号请替换为你在官网看到的最新版 sudo wget https://download.sonatype.com/nexus/3/nexus-3.68.0-01-unix.tar.gz # 验证文件完整性可选但推荐 sudo wget https://download.sonatype.com/nexus/3/nexus-3.68.0-01-unix.tar.gz.sha1 sha1sum -c nexus-3.68.0-01-unix.tar.gz.sha1 # 输出 nexus-3.68.0-01-unix.tar.gz: OK 即表示文件完整。3.2 解压与目录结构规划接下来我们将安装包解压到规划好的目录。我通常将软件本身放在/opt下而将数据仓库存储、日志等放在一个独立的、空间更大的分区比如/data或/var下。这里为了清晰我们先采用标准布局。# 1. 创建目标目录如果之前创建用户时已创建/opt/nexus则无需重复 sudo mkdir -p /opt/nexus # 2. 将下载的压缩包移动到/opt目录下 sudo mv /tmp/nexus-3.68.0-01-unix.tar.gz /opt/ # 3. 解压到当前目录 cd /opt sudo tar -zxvf nexus-3.68.0-01-unix.tar.gz # 4. 解压后会生成两个目录nexus-3.68.0-01 和 sonatype-work # nexus-3.68.0-01 是程序目录包含运行Nexus所需的脚本、库等。 # sonatype-work 是数据目录包含所有仓库数据、配置文件、日志等。 # 5. 为了便于管理和升级我们创建软链接 sudo ln -s nexus-3.68.0-01 nexus # 现在/opt/nexus - /opt/nexus-3.68.0-01 # 6. 将数据目录移动到我们期望的位置例如一个更大的独立分区/data下 # 假设 /data 是一个独立的大容量分区 sudo mkdir -p /data sudo mv /opt/sonatype-work /data/ # 或者如果不移动也可以保持原样。但分离数据和程序是推荐做法。3.3 权限与所有权设置这是关键一步确保我们之前创建的nexus用户有权访问相关目录。# 将/opt/nexus和/opt/sonatype-work或/data/sonatype-work的所有权赋予nexus用户 sudo chown -R nexus:nexus /opt/nexus-3.68.0-01 sudo chown -R nexus:nexus /opt/nexus # 软链接本身 # 如果你移动了数据目录则 sudo chown -R nexus:nexus /data/sonatype-work # 检查权限 ls -la /opt/nexus ls -la /data/sonatype-work4. Nexus核心配置详解配置决定了Nexus如何运行。我们需要修改两个主要文件nexus.vmoptionsJVM参数和nexus.properties应用属性。4.1 JVM参数优化 (nexus.vmoptions)这个文件决定了分配给Nexus的堆内存大小等JVM选项。路径在/opt/nexus/bin/nexus.vmoptions。cd /opt/nexus/bin sudo cp nexus.vmoptions nexus.vmoptions.bak # 备份 sudo vi nexus.vmoptions对于一台拥有8GB内存的服务器典型的配置如下-Xms2048m -Xmx2048m -XX:MaxDirectMemorySize1024m -XX:UnlockDiagnosticVMOptions -XX:LogVMOutput -XX:LogFile../sonatype-work/nexus3/log/jvm.log -XX:-OmitStackTraceInFastThrow -Djava.net.preferIPv4Stacktrue -Dkaraf.home. -Dkaraf.base. -Dkaraf.etcetc/karaf -Djava.util.logging.config.fileetc/karaf/java.util.logging.properties -Dkaraf.data../sonatype-work/nexus3 -Djava.io.tmpdir../sonatype-work/nexus3/tmp -Dkaraf.startLocalConsolefalse关键参数解释与调优建议-Xms2048m和-Xmx2048m设置JVM堆内存的初始值和最大值。我强烈建议将这两个值设置为相同以避免运行时的堆内存调整带来的性能波动。根据你的服务器内存来定4GB内存机器建议-Xms1024m -Xmx1024m8GB内存机器建议-Xms2048m -Xmx2048m或-Xms3072m -Xmx3072m16GB内存机器可以考虑-Xms4096m -Xmx4096m或更高但不要超过系统物理内存的50%。-XX:MaxDirectMemorySize1024m直接内存大小。Nexus在处理大文件上传/下载时会用到。如果遇到与“直接缓冲区内存”相关的错误可以适当调大此值。-Dkaraf.data../sonatype-work/nexus3这是最重要的一个参数它定义了Nexus数据目录的位置。如果你移动了sonatype-work目录必须在这里修改为正确的路径。例如如果你移到了/data则应改为-Dkaraf.data/data/sonatype-work/nexus3。路径错误会导致Nexus启动后找不到数据而初始化一个空目录。4.2 应用属性配置 (nexus.properties)这个文件位于数据目录下即/data/sonatype-work/nexus3/etc/nexus.properties取决于你的karaf.data路径。首次启动Nexus后会自动生成我们也可以预先创建并配置。# 进入数据目录的配置文件夹 sudo mkdir -p /data/sonatype-work/nexus3/etc cd /data/sonatype-work/nexus3/etc # 创建并编辑配置文件 sudo vi nexus.properties最基本的配置只需要指定运行端口默认8081和上下文路径可选# Jetty Connector application-port8081 application-host0.0.0.0 # 绑定到所有网络接口如果只允许本地访问可改为127.0.0.1 nexus-args${jetty.etc}/jetty.xml,${jetty.etc}/jetty-http.xml,${jetty.etc}/jetty-requestlog.xml nexus-context-path/ # Nexus security configuration nexus.licenseFile${karaf.data}/license.lic注意application-host0.0.0.0意味着允许任何IP访问。如果你的服务器有公网IP且没有防火墙这将非常危险。在生产环境中务必结合防火墙如firewalld或iptables限制访问来源IP。5. 以系统服务方式运行Nexus我们不希望每次重启服务器后都手动启动Nexus。将其配置为systemd服务是最佳实践。5.1 创建Systemd服务单元文件在/etc/systemd/system/目录下创建服务文件nexus.service。sudo vi /etc/systemd/system/nexus.service将以下内容粘贴进去请根据你的实际路径修改ExecStart、WorkingDirectory和Environment中的路径[Unit] DescriptionNexus Repository Manager Afternetwork.target [Service] Typeforking # 下面这四行是关键定义了运行环境 LimitNOFILE65536 # 提高文件描述符限制应对高并发 ExecStart/opt/nexus/bin/nexus start ExecStop/opt/nexus/bin/nexus stop Usernexus Groupnexus WorkingDirectory/opt/nexus # 如果你需要指定明确的JAVA_HOME可以在这里设置环境变量 # Environment\JAVA_HOME/usr/lib/jvm/java-1.8.0-openjdk\ Restarton-failure RestartSec10 [Install] WantedBymulti-user.target重要参数说明Typeforking因为Nexus的启动脚本会派生(fork)子进程然后父进程退出。LimitNOFILE65536Nexus可能会同时打开大量文件依赖包、索引等提高这个限制可以避免“Too many open files”错误。User和Group指定用我们之前创建的nexus用户来运行服务这是安全性的保证。Restarton-failure服务失败时自动重启增加健壮性。5.2 启动服务并设置开机自启创建好服务文件后需要重新加载systemd配置然后启动服务。# 1. 重新加载systemd配置使新的服务文件生效 sudo systemctl daemon-reload # 2. 启动Nexus服务 sudo systemctl start nexus # 3. 检查服务运行状态 sudo systemctl status nexus # 如果看到“active (running)”字样并且下面有进程信息说明启动成功。 # 首次启动会花费较长时间2-5分钟因为Nexus需要初始化数据库和创建默认仓库。 # 4. 设置开机自动启动 sudo systemctl enable nexus # 5. 查看Nexus的实时日志有助于排查启动问题 sudo journalctl -u nexus -f5.3 验证服务可达性服务状态显示正常后我们还需要确认Web界面是否可以访问。# 检查Nexus是否在监听8081端口 sudo netstat -tlnp | grep 8081 # 或使用ss命令 sudo ss -tlnp | grep 8081 # 如果服务器有防火墙firewalld需要开放8081端口 sudo firewall-cmd --permanent --add-port8081/tcp sudo firewall-cmd --reload # 最后在浏览器中访问http://你的服务器IP:8081 # 如果一切顺利你将看到Nexus的初始化界面提示正在启动请等待。6. 首次登录与基础安全配置Nexus启动完成后最重要的就是进行首次安全配置。6.1 获取初始管理员密码Nexus首次启动后会生成一个随机的管理员密码存放在数据目录下的一个文件中。# 密码文件路径位于${karaf.data}/admin.password # 根据我们的配置就是 /data/sonatype-work/nexus3/admin.password sudo cat /data/sonatype-work/nexus3/admin.password # 输出一串类似 a1b2c3d4-5e6f-7890-abcd-ef1234567890 的UUID复制这串密码。6.2 执行初始化向导在浏览器打开http://服务器IP:8081。点击右上角的“Sign in”按钮。用户名输入admin密码粘贴刚才复制的随机密码。登录后系统会强制你完成初始化设置设置新密码要求你为admin用户设置一个强密码。务必牢记此密码。配置匿名访问选择是否允许匿名用户未登录用户从仓库下载内容。对于内部私有仓库我强烈建议选择“Disable anonymous access”禁用匿名访问这样所有操作都需要身份认证更安全。以后可以在设置中随时修改。完成向导后你就进入了Nexus的主管理界面。6.3 关键安全实践立即修改admin密码如上所述这是第一步。创建专属用户避免使用admin进行日常操作在“Security” - “Users”中为团队成员创建具有适当权限的个人账户。为CI/CD服务器创建专用的“服务账户”。配置Realms在“Security” - “Realms”中确保你需要的认证源被激活如本地Nexus Realm。如果你使用LDAP/AD可以在这里配置并激活。定期备份sonatype-work目录这是Nexus的所有数据。备份这个目录就等于备份了整个仓库。可以使用rsync或tar进行定期增量备份。7. 核心仓库配置与使用指南Nexus安装好之后默认已经创建了一些仓库。我们需要理解它们的类型和用途并根据团队需求进行调整或创建新的仓库。7.1 仓库类型详解在Nexus中仓库分为三大类理解这个逻辑至关重要代理仓库 (Proxy Repository)作用代理远程的公共仓库如 Maven Central、阿里云Maven镜像、Docker Hub、npm Registry等。行为当用户向这个仓库请求一个构件时Nexus会先去远程仓库拉取缓存到本地然后返回给用户。下次再请求同样的构件时就直接从本地缓存返回速度极快。示例默认的maven-central、nuget.org-proxy。宿主仓库 (Hosted Repository)作用存储你自己团队开发的、私有的构件。比如你们公司内部开发的Jar包、Docker镜像。行为你可以通过Maven、Docker Client等工具将构件“发布”(deploy)到这类仓库中。示例默认的maven-releases、maven-snapshots、docker-hosted。仓库组 (Repository Group)作用将多个仓库可以是代理仓库、宿主仓库甚至其他仓库组聚合起来提供一个统一的访问地址。行为用户只需要配置这个仓库组的地址就可以从组内所有的仓库中拉取构件。Nexus会按组内仓库的顺序进行查找。示例默认的maven-public组它包含了maven-central代理和maven-releases、maven-snapshots宿主。用户只需配置maven-public一个地址就能同时访问中央仓库和内部发布件。7.2 为Maven配置私有仓库这是最常见的场景。我们需要让开发者的Maven和CI/CD工具使用我们刚搭建的Nexus。在Nexus中确认仓库地址进入“Repository” - “Repositories”列表。找到类型为group的maven-public仓库点击进入详情。在页面中上部你可以看到它的URL例如http://你的服务器IP:8081/repository/maven-public/。这个URL就是开发者需要配置的地址。配置开发者的Maven settings.xml 有两种方式推荐使用settings.xml中的profile和mirror配置一劳永逸。找到Maven的settings.xml文件通常在~/.m2/或$MAVEN_HOME/conf/下添加以下配置settings ... !-- 配置镜像将所有对中央仓库的请求重定向到你的Nexus -- mirrors mirror idnexus-central/id nameNexus Central Mirror/name urlhttp://你的服务器IP:8081/repository/maven-public//url mirrorOfcentral/mirrorOf !-- 这里可以写 * 来镜像所有仓库但建议明确指定 -- /mirror !-- 你也可以为其他公共仓库如JCenter配置镜像 -- /mirrors !-- 配置服务器认证信息如果需要发布构件到宿主仓库 -- servers server idnexus-releases/id !-- 这个id需要与pom.xml中distributionManagement的id对应 -- username你的部署用户名/username password你的部署用户密码/password /server server idnexus-snapshots/id username你的部署用户名/username password你的部署用户密码/password /server /servers !-- 可选配置Profile激活默认的镜像 -- profiles profile idnexus/id repositories repository idcentral/id urlhttp://你的服务器IP:8081/repository/maven-public//url releasesenabledtrue/enabled/releases snapshotsenabledtrue/enabled/releases /repository /repositories /profile /profiles activeProfiles activeProfilenexus/activeProfile /activeProfiles ... /settings在项目的pom.xml中配置发布地址如果你需要将项目构件部署到Nexus的宿主仓库project ... distributionManagement repository idnexus-releases/id nameReleases Repository/name urlhttp://你的服务器IP:8081/repository/maven-releases//url /repository snapshotRepository idnexus-snapshots/id nameSnapshot Repository/name urlhttp://你的服务器IP:8081/repository/maven-snapshots//url /snapshotRepository /distributionManagement ... /project配置好后执行mvn clean deployMaven就会自动将构建好的构件发布到Nexus中对应的仓库。7.3 配置其他类型仓库Docker、npm、PyPI等Nexus 3支持多种仓库格式。配置逻辑大同小异创建仓库在“Repository” - “Repositories”中点击“Create repository”。选择仓库格式如docker (hosted)、npm (proxy)等。配置仓库属性Name: 仓库名称如docker-private。HTTP端口对于Docker仓库必须分配一个单独的HTTP端口例如8082、8083。因为Docker客户端与Registry API交互的端口是固定的。你需要在nexus.properties中配置多个application-port-序号并在防火墙开放对应端口。Remote storage对于代理仓库填写远程仓库地址如Docker Hub是https://registry-1.docker.io阿里云Docker镜像为https://你的专属码.mirror.aliyuncs.com。Docker Registry API 需要HTTPS生产环境强烈建议为Nexus配置SSL证书或者让Docker客户端信任Nexus的自签名证书通过/etc/docker/daemon.json配置insecure-registries。创建仓库组为同一种格式的仓库创建一个组如docker-group将你创建的代理仓库和宿主仓库加进去。这样用户只需要配置这个组的地址即可。8. 日常维护与故障排查实录Nexus运行起来后还需要一些日常维护工作并且难免会遇到问题。这里记录几个最常见的情况和解决方法。8.1 日志文件位置排查问题首先看日志。Nexus的主要日志位于数据目录下控制台/服务日志通过journalctl -u nexus -f查看或者查看/opt/nexus/logs/目录下的文件。应用日志/data/sonatype-work/nexus3/log/nexus.log这是最详细的日志。请求访问日志/data/sonatype-work/nexus3/log/request.log。JVM日志如果在nexus.vmoptions中配置了-XX:LogFile则位于指定路径。8.2 常见问题与解决方案问题1Nexus服务启动失败状态为failed可能原因1Java环境问题。排查sudo systemctl status nexus查看错误信息。常见错误是“找不到Java”或“Java版本不对”。解决确认java -version输出正确。在nexus.service文件中显式设置Environment\JAVA_HOME/usr/lib/jvm/java-1.8.0-openjdk\路径请用ls /usr/lib/jvm/确认。可能原因2权限问题。排查查看日志中是否有“Permission denied”字样。解决递归检查/opt/nexus和/data/sonatype-work目录的所有权是否为nexus:nexus。可能原因3端口被占用。排查sudo netstat -tlnp | grep 8081。解决停止占用端口的进程或修改nexus.properties中的application-port。问题2Web界面可以访问但登录后加载缓慢或报错可能原因1JVM堆内存不足。排查检查nexus.log看是否有OutOfMemoryError或频繁的GC日志。解决适当增加nexus.vmoptions中的-Xmx值并重启服务。可能原因2数据库H2/OrientDB损坏或磁盘空间不足。排查df -h查看磁盘使用率。检查日志中是否有数据库相关错误。解决清理磁盘空间。对于数据库问题可以从备份中恢复sonatype-work目录。问题3Maven构建时无法从Nexus下载依赖报“407 Proxy Authentication Required”或“401 Unauthorized”可能原因1匿名访问被禁用且settings.xml未配置认证。解决在Nexus界面启用匿名访问临时或正确配置Mavensettings.xml中的server认证信息。可能原因2网络代理问题。解决检查服务器和客户端网络确保能访问Nexus服务器的IP和端口。关闭防火墙或正确配置规则。问题4Docker客户端无法推送/拉取镜像报“http: server gave HTTP response to HTTPS client”原因Docker默认要求仓库使用HTTPS。Nexus默认使用HTTP。解决不安全仅用于测试在Docker客户端配置中信任该HTTP仓库。编辑/etc/docker/daemon.json不存在则创建{ insecure-registries: [你的Nexus服务器IP:8082] }然后重启Docker服务sudo systemctl restart docker。生产环境推荐为Nexus配置SSL证书使用HTTPS访问。8.3 定期清理与备份策略清理无用快照和临时文件Nexus自带“Cleanup Policies”清理策略功能。可以为snapshot仓库创建策略自动删除超过一定天数或数量的快照包。手动清理缓存对于代理仓库可以定期在界面上点击“Invalidate cache”来清理索引但谨慎使用“Delete”本地缓存除非你确定要重新下载所有构件。备份完整备份停止Nexus服务然后打包备份整个/data/sonatype-work目录。在线备份推荐使用Nexus的“Backup”功能Admin - System - Backup可以创建在线备份文件。恢复时也需要通过此功能。脚本化备份可以编写Shell脚本结合nexus backup命令和cron定时任务实现自动备份。9. 性能调优与高可用考量对于小团队单机部署已足够。但如果制品数量巨大超过百万或访问频繁就需要考虑调优和扩展。9.1 性能调优要点JVM调优除了调整-Xmx还可以考虑以下参数添加在nexus.vmoptions-XX:UseG1GC # 使用G1垃圾收集器通常比默认的Parallel GC有更好的停顿表现 -XX:UseStringDeduplication # 字符串去重节省内存 -Djava.awt.headlesstrue # 确保在无头环境中运行操作系统调优增加nexus用户的文件描述符限制不仅在systemd中设置也在/etc/security/limits.conf中设置。确保/data/sonatype-work目录挂载在I/O性能好的磁盘如SSD上。考虑使用noatime挂载选项来减少磁盘写操作。Nexus内部配置调整“Blob Store”的存储类型。默认使用本地文件系统对于海量小文件性能可能成为瓶颈。可以考虑使用S3兼容的对象存储如MinIO作为Blob Store的后端。合理设置“Routing Rules”和“Content Selectors”避免不必要的请求转发和搜索。9.2 高可用架构思路Nexus本身并非天生分布式实现高可用需要一些架构设计共享存储方案多个Nexus实例可以是主备也可以是负载均衡挂载同一个共享存储如NFS、SAN或分布式文件系统指向同一个sonatype-work目录。此方案风险高因为Nexus对文件系统的操作不是为并发访问设计的极易导致数据损坏。主从复制方案推荐部署一个主Nexus节点用于读写一个或多个从Nexus节点通过定期任务如rsync同步主节点的sonatype-work目录并设置为只读。用户从从节点拉取依赖发布构件到主节点。此方案需要处理数据同步的延迟和一致性。使用Nexus Repository Manager Pro版商业版提供了集群功能可以部署多个活跃节点通过共享数据库和Blob存储来实现真正的高可用和水平扩展。这是最省心但需要付费的方案。对于大多数中小型团队定期备份加上一台性能良好的独立服务器已经能提供非常可靠的服务。关键在于做好监控磁盘空间、服务状态、响应时间和备份而不是盲目追求复杂的高可用架构。从一台干净的CentOS服务器到一个功能完整、安全可控的私有制品仓库整个过程涉及系统配置、软件部署、网络调试和安全加固多个环节。我最深的体会是规划比操作更重要。尤其是在目录规划、用户权限和存储空间这几点上前期多花十分钟思考后期能省下数小时的问题排查时间。另外一定要养成查看日志的习惯Nexus的日志记录非常详细绝大多数问题都能从中找到线索。最后别忘了在一切就绪后为你的Nexus服务器建立一个简单的监控告警盯住磁盘使用率和服务健康状态这能让你的私有仓库服务真正地高枕无忧。