Maven项目提交远程Git仓库

maven distributionmanagement和repositories -回复Maven Distribution Management和RepositoriesMaven是一个强大的项目管理和构建工具，被广泛用于Java项目的开发。

其中两个重要的概念是Distribution Management和Repositories。

这两个概念在Maven项目构建和部署中起着关键的作用。

Distribution ManagementDistribution Management是Maven中的一个配置元素，用于定义项目的分发和部署方式。

它指定了项目构建完成后生成的artifact（例如JAR 文件）的目标位置、上传到哪里以及使用何种方式进行部署。

这个元素可以定义在Maven项目的pom.xml文件中。

在Distribution Management中，我们可以定义以下内容：1. RepositoryRepository指定了artifact的目标存储位置。

它可以是本地的文件系统、远程的Maven仓库、FTP服务器、甚至是版本控制系统（例如Git）等。

Maven提供了一些内置的repository，例如central、snapshots和releases。

我们也可以自己定义一个repository。

2. Snapshot RepositorySnapshot Repository是一个用于保存项目快照版本的特殊repository。

快照版本是项目的开发版本，通常处于不稳定和频繁变更的阶段。

Maven 使用单独的Snapshot Repository来管理这些快照版本。

它可以是本地的或远程的。

3. SiteSite指定了生成和发布项目网站的相关配置。

Maven能够自动生成项目网站，并将其部署到指定的位置。

通常，网站包括项目的文档、报告、日志等。

我们可以定义一个目录作为网站的路径，并配置相关的布局和样式。

使用gitee或github托管maven仓库jar包的简便方法全文共四篇示例，供读者参考第一篇示例：使用gitee或github托管Maven仓库jar包是一种非常方便的方法，可以帮助开发人员更好地管理和共享自己的代码库。

在本文中，我将介绍如何利用这两个平台来托管Maven仓库jar包，并给出一些简便的方法供大家参考。

我们需要在gitee或github上创建一个仓库，用来存放我们的jar 包。

可以选择新建一个空的仓库，或者将现有的仓库用于托管jar包。

在创建仓库的时候，最好设定为私有仓库，这样可以保护我们的代码不被他人修改或复制。

接下来，我们需要将jar包上传到仓库中。

可以直接通过网页端上传，也可以通过命令行工具进行上传。

如果是通过网页端上传，只需要在仓库中点击“上传文件”按钮，然后选择要上传的jar包即可。

如果是通过命令行工具上传，可以使用git命令，具体可以参考gitee或github的官方文档。

上传完jar包后，我们需要在pom.xml文件中添加仓库的地址。

在<pom>标签内添加如下代码：```xml<repositories><repository><id>gitee-repo</id><url>https:///your_username/your_repo/raw/master/ </url></repository></repositories>```或者以上代码中，your_username是你的用户名，your_repo是你的仓库名。

这样，Maven就可以从这个仓库中下载jar包了。

groupId和artifactId可以根据实际情况修改，version是jar包的版本号。

这样，Maven就可以通过仓库下载到这个jar包。

第二篇示例：在软件开发过程中，我们经常会依赖于各种第三方库来完成项目的构建和开发。

eclipse导入git上的mavenweb项目部署1 Eclipse中导入Git的maven项目方法1：(1)首先当然是拉代码。

在Eclipse里面有个Git Repositories Exploring。

就是Git仓库，clone a git repository。

复制一个git仓库，输入地址，然后按next，按照说明一直next下去。

拉代码过程时选择preproduction分支把代码拉下来之后请记住你存放代码的地方。

(2) 导入maven项目。

这么快就导入maven项目了？呵呵，没错。

就是导入maven项目。

可以在Eclipse中按File-&gt;Import-&gt;Existing Maven projects-&gt;next。

选择你刚才放代码的地方。

其中在选择项目时，选择Existing Maven Projects选择项目所在文件夹（我的git项目文件夹为：C:\Users\lpshou.liu\git\ba-csc）点finish即可这里会自动检查你改目录下面是否有pom.xml。

选择你要导入的项目，但后按Finish。

我这里导入的是B3log项目，因为B3log的maven项目的项目结构比较复杂。

适合用来做讲解。

(3) 删除maven项目。

上一步我们导入了maven项目。

可是，这个项目并不能用于git。

也就是说不能跟本地的git仓库对比，提交等操作。

所以，我们在我们的项目上面全部选择后，右键，删除项目（注意不选择Delete project contents ondisk(cannot be undone),也就不是真正删除文件）(4) 导入git 项目。

上一步我们删除了我们的maven项目。

这时，打开我们的Git仓库里面有一个文件夹Working Dirctory。

这时我们项目路径。

或者打开里面的子项目，在上面，右键Import Project。

maven修改本地仓库，远程仓库与中央仓库什么是Maven仓库在不⽤Maven的时候，⽐如说以前我们⽤Ant构建项⽬，在项⽬⽬录下，往往会看到⼀个名为/lib的⼦⽬录，那⾥存放着各类第三⽅依赖jar⽂件，如 log4j.jar，junit.jar等等。

每建⽴⼀个项⽬，你都需要建⽴这样的⼀个/lib⽬录，然后复制⼀对jar⽂件，这是很明显的重复。

重复永远是噩梦的起点，多个项⽬不共⽤相同的jar⽂件，不仅会造成磁盘资源的浪费，也使得版本的⼀致性管理变得困难。

此外，如果你使⽤版本管理⼯具，如 SVN（你没有使⽤版本管理⼯具？马上试试SVN吧，它能帮你解决很多头疼的问题），你需要将⼤量的jar⽂件提交到代码库⾥，可是版本管理⼯具在处理⼆进制⽂件⽅⾯并不出⾊。

Maven仓库就是放置所有JAR⽂件（WAR，ZIP，POM等等）的地⽅，所有Maven项⽬可以从同⼀个Maven仓库中获取⾃⼰所需要的依赖 JAR，这节省了磁盘资源。

此外，由于Maven仓库中所有的JAR都有其⾃⼰的坐标，该坐标告诉Maven它的组ID，构件ID，版本，打包⽅式等等，因此Maven项⽬可以⽅便的进⾏依赖版本管理。

你也不在需要提交JAR⽂件到SCM仓库中，你可以建⽴⼀个组织层次的Maven仓库，供所有成员使⽤。

简⾔之，Maven仓库能帮助我们管理构件（主要是JAR）。

本地仓库 vs. 远程仓库运⾏Maven的时候，Maven所需要的任何构件都是直接从本地仓库获取的。

如果本地仓库没有，它会⾸先尝试从远程仓库下载构件⾄本地仓库，然后再使⽤本地仓库的构件。

⽐如说，你的项⽬配置了junit-3.8的依赖，在你运⾏mvn test 的时候，Maven需要使⽤junit-3.8的jar⽂件，它⾸先根据坐标查找本地仓库，如果找到，就直接使⽤。

如果没有，Maven会检查可⽤的远程仓库配置，然后逐个尝试这些远程仓库去下载junit-3.8的jar⽂件，如果远程仓库存在该⽂件，Maven会将其下载到本地仓库中，继⽽使⽤。

Maven详解之仓库------本地仓库、远程仓库在Maven中，任何⼀个依赖、插件或者项⽬构建的输出，都可以称之为构件。

Maven在某个统⼀的位置存储所有项⽬的共享的构件，这个统⼀的位置，我们就称之为仓库。

（仓库就是存放依赖和插件的地⽅）任何的构件都有唯⼀的坐标，Maven根据这个坐标定义了构件在仓库中的唯⼀存储路径，解读Maven在仓库中的存储路径：1.基于groupId准备路径，将句点分隔符转成路径分隔符，就是将 "." 转换成 "/" ; example： org.testng --->org/testng2.基于artifactId准备路径，将artifactId连接到后⾯：org/testng/testng3.使⽤version准备路径，将version连接到后⾯：org/testng/testng/5.84.将artifactId于version以分隔符连字号连接到后⾯：org/testng/testng/5.8/tesng-5.85.判断如果构件有classifier，就要在第4项后增加分隔符连字号再加上 classifier，org/testng/testng/5.8/tesng-5.8-jdk56.检查构件的extension，如果extension存在，则加上句点分隔符和extension，⽽extension是由packing决定的，org/testng/testng/5.8/tesng-5.8-jdk5.jar到这⾥我们就明⽩了Maven 对于构件存储的细节。

Maven 仓库的分类：maven的仓库只有两⼤类：1.本地仓库2.远程仓库，在远程仓库中⼜分成了3种：2.1 中央仓库2.2 私服2.3 其它公共库1.本地仓库顾名思义，就是Maven在本地存储构件的地⽅。

注：maven的本地仓库，在安装maven后并不会创建，它是在第⼀次执⾏maven命令的时候才被创建maven本地仓库的默认位置：⽆论是Windows还是Linux，在⽤户的⽬录下都有⼀个.m2/repository/的仓库⽬录，这就是Maven仓库的默认位置如何更改maven默认的本地仓库的位置：这⾥要引⼊⼀个新的元素：localRepository，它是存在于maven的settings.xml⽂件中1.1 更改配置⽤户范围的本地仓库：先在/.m2/⽬录下创建settings.xml⽂件，然后在~/.m2/settings.xml，设置localRepository元素的值为想要的仓库地址<settings xmlns="/SETTINGS/1.0.0"xmlns:xsi="/2001/XMLSchema-instance"xsi:schemaLocation="/SETTINGS/1.0.0 /xsd/settings-1.0.0.xsd"><!-- localRepository| The path to the local repository maven will use to store artifacts.|| Default: ${user.home}/.m2/repository--><localRepository>D:/myworkspace/maven_repository</localRepository><!-- interactiveMode| This will determine whether maven prompts you when it needs input. If set to false,| maven will use a sensible default value, perhaps based on some other setting, for| the parameter in question.|| Default: true<interactiveMode>true</interactiveMode>-->......这时候，maven的本地仓库地址就变成了 D:\maven_new_repository ，注：此时配置的maven的本地仓库是属于⽤户范围的。

Maven远程仓库的各种配置1.远程仓库的配置在平时的开发中，我们往往不会使⽤默认的中央仓库，默认的中央仓库访问的速度⽐较慢，访问的⼈或许很多，有时候也⽆法满⾜我们项⽬的需求，可能项⽬需要的某些构件中央仓库中是没有的，⽽在其他远程仓库中有，如JBoss Maven仓库。

这时，可以在pom.xml中配置该仓库，代码如下：1 <!-- 配置远程仓库 -->2 <repositories>3 <repository>4 <id>jboss</id>5 <name>JBoss Repository</name>6 <url>/maven2/</url>7 <releases>8 <enabled>true</enabled>9 <updatePolicy>daily</updatePolicy>10 </releases>11 <snapshots>12 <enabled>false</enabled>13 <checksumPolicy>warn</checksumPolicy>14 </snapshots>15 <layout>default</layout>16 </repository>17 </repositories>repository：在repositories元素下，可以使⽤repository⼦元素声明⼀个或者多个远程仓库。

id：仓库声明的唯⼀id，尤其需要注意的是，Maven⾃带的中央仓库使⽤的id为central，如果其他仓库声明也使⽤该id，就会覆盖中央仓库的配置。

name：仓库的名称，让我们直观⽅便的知道仓库是哪个，暂时没发现其他太⼤的含义。

git push的使用
git push是一个常用的Git命令，用于将本地代码推送到远程仓库。

它会将本地分支的更新内容上传到远程仓库，并与远程分支进行合并。

下面是git push的使用方法：
1.首先，确保您已经在本地完成了一些代码修改，并且已经通过git add和git commit命令将这些修改提交到了本地仓库。

2. 确认您已经设置好了与远程仓库的连接，可以使用git remote -v命令查看当前配置的远程仓库地址。

3.执行git push命令，后面跟上远程仓库的名称和分支名。

例如，如果远程仓库名称为origin，要推送到main分支，则命令为git pushorigin main。

也可以简写为git push，因为Git 会根据当前所在分支自动推断出远程仓库和分支。

4.如果远程仓库有新的提交，而且与本地仓库产生冲突，Git将提示您解决冲突或者执行合并操作。

您需要根据具体情况进行处理。

5.输入远程仓库的用户名和密码（如果使用了HTTPS方式进行远程访问），以验证身份。

6.当推送成功后，Git将显示推送的结果信息，包括推送到哪个分支、新增了哪些提交等。

需要注意的是，git push 只会将您本地仓库中的提交推送到远程仓库，并不会影响其他人的代码。

如果其他人在您推送之前已经向远程仓库提交了新的代码，您需要先执行git pull命令来获取最新的代码，然后再进行推送。

此外，还可以使用一些额外的参数和选项来进行更复杂的操作，例如指定推送的分支、强制推送、设置默认的推送行为等。

您可以通过git push--help命令查看详细的帮助文档，以了解更多关于git push的用法和选项。

一．本地web容器部署1.首先你的web工程必须是一个maven工程。

2.在maven工程的pom文件中加入cargo-maven2-plugin插件，以下为pom代码示例：1.使用Cargo插件自动化部署web容器( 重要)2.1）existing模式3.2）standalone模式4.3）远程模式5.注意，如果采用的是tomcat7最好是用6.<groupId>org.codehaus.cargo</groupId>7.<artifactId>cargo-maven2-plugin</artifactId>8.<version>1.2.3</version>9.而不是 <version>1.0</version>10.第一种：existing11. <plugin>12.<groupId>org.codehaus.cargo</groupId>13.<artifactId>cargo-maven2-plugin</artifactId>14.<version>1.2.3</version>15.<configuration>16.<container>17.<containerId>tomcat7x</containerId>18.<home>D:\apache-tomcat-7.0.29</home>19.</container>20.<configuration>21.<type>standalone</type>22.<home> D:\apache-tomcat-7.0.29 </home>23.</configuration>24.</configuration>25.</plugin>26.第二种：standalone27. <plugin>28.<groupId>org.codehaus.cargo</groupId>29.<artifactId>cargo-maven2-plugin</artifactId>30.<version>1.2.3</version>31.<configuration>32.<container>33.<containerId>tomcat7x</containerId>34.<home>D:\apache-tomcat-7.0.29</home>35.</container>36.<configuration>37.<type>standalone</type>38.<home> F:\apache-tomcat-7.0.29 </home>39.<properties>40.<cargo.servlet.port>8081</cargo.servlet.port>41.</properties>42.</configuration>43.</configuration>44.</plugin>45.第三种：远程，还要注意是tomcat6 还是746. <plugin>47.<groupId>org.codehaus.cargo</groupId>48.<artifactId>cargo-maven2-plugin</artifactId>49.<version>1.2.3</version>50.<configuration>51.<container>52.<containerId>tomcat6x</containerId>53.<type>remote</type>54.</container>55.<configuration>56.<type>runtime</type>57.<properties>58.<ername>tomcat</ername>59.<cargo.remote.password>tomcat</cargo.remote.password>>60.<cargo.tomcat.manager.url>http://192.168.0.162:8099/manager</cargo.tomcat.manager.url >61.</properties>62.</configuration>63.</configuration>64.</plugin>65.注意的是：66.1）部署使用命令式cargo:run,默认是用debug模式启动服务器。

maven项⽬打包上传到私有仓库⽬录1. 背景2. 步骤2.1 修改pom.xml2.2 命令执⾏2.3 成功后的依赖3. 扩展1. 背景 最近有些⾃⼰制作的⼯具包，需要单独抽取出来之后，在打包的时候，同时上传到⾃⼰的maven私服仓库，供别⼈引⽤，并且还能够引⽤的时候看到源码。

但是，在上传的过程中总是失败不成功，特别上⽕。

最后总算成功，记录下步骤，希望能够帮助到需要的⼈。

2. 步骤 先说下我的要求：本地打包能够⾃动上传maven私服仓库。

别⼈引⽤后，能够看到源码及注释。

2.1 修改pom.xml2.1.1 指定上传仓库地址 ⾸先需要到⾃⼰项⽬⾥的pom.xml⾥添加下边⼀段<distributionManagement><repository><id>releases</id><url>/nexus/content/repositories/thirdparty</url></repository></distributionManagement> 需要注意的是，因为上图中，我们仓库有好⼏个，我是上传到了3对应的仓库，你可以根据你们实际的仓库地址来就⾏。

另外id对应的releases其实是与指定的maven配置⽂件conf/setttings.xml中对应，如下图所⽰： 如果对应的settings.xml⾥没有配置<servers>对应的标签，那也需要添加⼀下。

如下⽰例：<servers><server><!--与2.1.1中的id值对应--><id>releases</id><!--账号密码需要与私服登录账号密码⼀致--><username>admin</username><password>znxd</password></server></servers> 还有，注意仓库的账号密码需要正确。

git添加远程仓库地址remote
使⽤git，并在gitlab上操作项⽬的⼩伙伴，对下列截图应该都很熟悉（如果仔细看的话）
⼀、 Git global setup 是全局设置⽤户名
注意：git config命令的–global参数，⽤了这个参数，表⽰你这台机器上所有的Git仓库都会使⽤这个配置，当然也可以对某个仓库指定不同的⽤户名和Email地址。

⼆、Create a new repository 创建⼀个新项⽬，尚没有项⽬代码
注意：第⼀次push，需要加上-u参数，把本地的master分⽀和远程的master分⽀进⾏关联，以后push则不需要再加-u参数
三、Push an existing folder 推送已存在的项⽬，直接把本地的项⽬代码替换到远程服务器
注意：1. git init ⾸先初始化⼀个空的git仓库；2.remote add 添加远程项⽬地址
四、Push an existing Git repository 推送⼀个已存在的仓库项⽬到另⼀个仓库
注意： 1. remote rename将已存在的origin改为old-origin（远程仓库的名称⼀般默认为origin）
2. 关联新添加的远程仓库地址；
3. git remote 查看关联的远程仓库名称 git remote -v 查看关联的远程仓库的详细信息
4. git push 会把本地⽂件提交到origin，和old-origin两个远程库，git pull 默认拉取origin仓库。