我有一个小开源库的分支，我正在github上工作。我希望通过maven让其他开发人员可以使用它，但我不想运行自己的Nexus服务器，而且因为它是一个分支，所以我不能轻松地将它部署到oss.sonatype.org。
我想做的是将它部署到github，以便其他人可以使用maven访问它。最好的方法是什么?
当前回答
我所能找到的最佳解决方案包括以下步骤:
创建一个名为mvn-repo的分支来托管您的maven工件。 使用github site-maven-plugin将你的工件推送到github。 配置maven以使用远程mvn-repo作为maven存储库。
使用这种方法有几个好处:
Maven工件在一个叫做mvn-repo的独立分支中与你的源代码保持分离，就像github页面被保存在一个叫做gh-pages的独立分支中(如果你使用github页面) 与其他一些建议的解决方案不同，如果您正在使用gh-page，它不会与它们冲突。 与部署目标自然地结合在一起，因此不需要学习新的maven命令。像往常一样使用mvn deploy即可
将工件部署到远程maven repo的典型方法是使用mvn deploy，因此让我们为这个解决方案修补该机制。
首先，告诉maven将工件部署到目标目录内的临时登台位置。把这个添加到你的pom.xml:
<distributionManagement>
<repository>
<id>internal.repo</id>
<name>Temporary Staging Repository</name>
<url>file://${project.build.directory}/mvn-repo</url>
</repository>
</distributionManagement>
<plugins>
<plugin>
<artifactId>maven-deploy-plugin</artifactId>
<version>2.8.1</version>
<configuration>
<altDeploymentRepository>internal.repo::default::file://${project.build.directory}/mvn-repo</altDeploymentRepository>
</configuration>
</plugin>
</plugins>
现在尝试运行mvn clean deploy。您将看到它将maven存储库部署到target/mvn-repo。下一步是让它将该目录上传到GitHub。
将您的身份验证信息添加到~/.m2/settings.xml，以便github site-maven-plugin可以推送到github:
<!-- NOTE: MAKE SURE THAT settings.xml IS NOT WORLD READABLE! -->
<settings>
<servers>
<server>
<id>github</id>
<username>YOUR-USERNAME</username>
<password>YOUR-PASSWORD</password>
</server>
</servers>
</settings>
(如上所述，请确保chmod 700 settings.xml，以确保没有人可以读取文件中的密码。如果有人知道如何让site-maven-plugin提示输入密码，而不是要求在配置文件中输入密码，请告诉我。)
然后告诉GitHub site-maven-plugin关于你刚刚配置的新服务器，添加以下到你的pom:
<properties>
<!-- github server corresponds to entry in ~/.m2/settings.xml -->
<github.global.server>github</github.global.server>
</properties>
最后，配置site-maven-plugin从你的临时临时回购上传到你的mvn-repo分支在Github上:
<build>
<plugins>
<plugin>
<groupId>com.github.github</groupId>
<artifactId>site-maven-plugin</artifactId>
<version>0.11</version>
<configuration>
<message>Maven artifacts for ${project.version}</message> <!-- git commit message -->
<noJekyll>true</noJekyll> <!-- disable webpage processing -->
<outputDirectory>${project.build.directory}/mvn-repo</outputDirectory> <!-- matches distribution management repository url above -->
<branch>refs/heads/mvn-repo</branch> <!-- remote branch name -->
<includes><include>**/*</include></includes>
<repositoryName>YOUR-REPOSITORY-NAME</repositoryName> <!-- github repo name -->
<repositoryOwner>YOUR-GITHUB-USERNAME</repositoryOwner> <!-- github username -->
</configuration>
<executions>
<!-- run site-maven-plugin's 'site' target as part of the build's normal 'deploy' phase -->
<execution>
<goals>
<goal>site</goal>
</goals>
<phase>deploy</phase>
</execution>
</executions>
</plugin>
</plugins>
</build>
mvn-repo分支不需要存在，它将为您创建。
现在再次运行mvn clean deploy。您应该看到maven-deploy-plugin将文件“上载”到目标目录中的本地staging存储库，然后site-maven-plugin提交这些文件并将它们推送到服务器。
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building DaoCore 1.3-SNAPSHOT
[INFO] ------------------------------------------------------------------------
...
[INFO] --- maven-deploy-plugin:2.5:deploy (default-deploy) @ greendao ---
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/1.3-SNAPSHOT/greendao-1.3-20121223.182256-3.jar (77 KB at 2936.9 KB/sec)
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/1.3-SNAPSHOT/greendao-1.3-20121223.182256-3.pom (3 KB at 1402.3 KB/sec)
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/1.3-SNAPSHOT/maven-metadata.xml (768 B at 150.0 KB/sec)
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/maven-metadata.xml (282 B at 91.8 KB/sec)
[INFO]
[INFO] --- site-maven-plugin:0.7:site (default) @ greendao ---
[INFO] Creating 24 blobs
[INFO] Creating tree with 25 blob entries
[INFO] Creating commit with SHA-1: 0b8444e487a8acf9caabe7ec18a4e9cff4964809
[INFO] Updating reference refs/heads/mvn-repo from ab7afb9a228bf33d9e04db39d178f96a7a225593 to 0b8444e487a8acf9caabe7ec18a4e9cff4964809
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 8.595s
[INFO] Finished at: Sun Dec 23 11:23:03 MST 2012
[INFO] Final Memory: 9M/81M
[INFO] ------------------------------------------------------------------------
在浏览器中访问github.com，选择mvn-repo分支，并验证所有二进制文件现在都在那里。
恭喜你!
现在，只需运行mvn clean deploy，就可以将maven构件部署到穷人的公共回购。
您还需要执行另一个步骤，即配置依赖于您的pom的任何poms，以了解存储库的位置。添加以下片段到任何项目的pom，这取决于你的项目:
<repositories>
<repository>
<id>YOUR-PROJECT-NAME-mvn-repo</id>
<url>https://github.com/YOUR-USERNAME/YOUR-PROJECT-NAME/raw/mvn-repo/</url>
<snapshots>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</snapshots>
</repository>
</repositories>
现在，任何需要jar文件的项目都会自动从github maven存储库下载它们。
编辑:以避免评论中提到的问题('创建提交错误:无效请求。对于'properties/name'， nil不是一个字符串。')，确保你在github上的配置文件中声明了一个名字。
其他回答
您可以使用JitPack(公共Git存储库免费)将您的GitHub存储库公开为Maven工件。这很简单。你的用户需要把这个添加到他们的pom.xml:
添加存储库:
<repository>
<id>jitpack.io</id>
<url>https://jitpack.io</url>
</repository>
添加依赖关系:
<dependency>
<groupId>com.github.User</groupId>
<artifactId>Repo name</artifactId>
<version>Release tag</version>
</dependency>
正如在其他地方回答的那样，这个想法是JitPack将构建你的GitHub回购，并将提供罐子。要求是你有一个构建文件和一个GitHub版本。
好处是您不必处理部署和上传。因为您不想维护自己的工件存储库，所以它很适合您的需求。
如果你只有aar或jar文件本身，或者只是不想使用插件-我已经创建了一个简单的shell脚本。你可以用它来实现同样的目的——将你的工件发布到Github，并将其用作公共Maven repo。
我所能找到的最佳解决方案包括以下步骤:
创建一个名为mvn-repo的分支来托管您的maven工件。 使用github site-maven-plugin将你的工件推送到github。 配置maven以使用远程mvn-repo作为maven存储库。
使用这种方法有几个好处:
Maven工件在一个叫做mvn-repo的独立分支中与你的源代码保持分离，就像github页面被保存在一个叫做gh-pages的独立分支中(如果你使用github页面) 与其他一些建议的解决方案不同，如果您正在使用gh-page，它不会与它们冲突。 与部署目标自然地结合在一起，因此不需要学习新的maven命令。像往常一样使用mvn deploy即可
将工件部署到远程maven repo的典型方法是使用mvn deploy，因此让我们为这个解决方案修补该机制。
首先，告诉maven将工件部署到目标目录内的临时登台位置。把这个添加到你的pom.xml:
<distributionManagement>
<repository>
<id>internal.repo</id>
<name>Temporary Staging Repository</name>
<url>file://${project.build.directory}/mvn-repo</url>
</repository>
</distributionManagement>
<plugins>
<plugin>
<artifactId>maven-deploy-plugin</artifactId>
<version>2.8.1</version>
<configuration>
<altDeploymentRepository>internal.repo::default::file://${project.build.directory}/mvn-repo</altDeploymentRepository>
</configuration>
</plugin>
</plugins>
现在尝试运行mvn clean deploy。您将看到它将maven存储库部署到target/mvn-repo。下一步是让它将该目录上传到GitHub。
将您的身份验证信息添加到~/.m2/settings.xml，以便github site-maven-plugin可以推送到github:
<!-- NOTE: MAKE SURE THAT settings.xml IS NOT WORLD READABLE! -->
<settings>
<servers>
<server>
<id>github</id>
<username>YOUR-USERNAME</username>
<password>YOUR-PASSWORD</password>
</server>
</servers>
</settings>
(如上所述，请确保chmod 700 settings.xml，以确保没有人可以读取文件中的密码。如果有人知道如何让site-maven-plugin提示输入密码，而不是要求在配置文件中输入密码，请告诉我。)
然后告诉GitHub site-maven-plugin关于你刚刚配置的新服务器，添加以下到你的pom:
<properties>
<!-- github server corresponds to entry in ~/.m2/settings.xml -->
<github.global.server>github</github.global.server>
</properties>
最后，配置site-maven-plugin从你的临时临时回购上传到你的mvn-repo分支在Github上:
<build>
<plugins>
<plugin>
<groupId>com.github.github</groupId>
<artifactId>site-maven-plugin</artifactId>
<version>0.11</version>
<configuration>
<message>Maven artifacts for ${project.version}</message> <!-- git commit message -->
<noJekyll>true</noJekyll> <!-- disable webpage processing -->
<outputDirectory>${project.build.directory}/mvn-repo</outputDirectory> <!-- matches distribution management repository url above -->
<branch>refs/heads/mvn-repo</branch> <!-- remote branch name -->
<includes><include>**/*</include></includes>
<repositoryName>YOUR-REPOSITORY-NAME</repositoryName> <!-- github repo name -->
<repositoryOwner>YOUR-GITHUB-USERNAME</repositoryOwner> <!-- github username -->
</configuration>
<executions>
<!-- run site-maven-plugin's 'site' target as part of the build's normal 'deploy' phase -->
<execution>
<goals>
<goal>site</goal>
</goals>
<phase>deploy</phase>
</execution>
</executions>
</plugin>
</plugins>
</build>
mvn-repo分支不需要存在，它将为您创建。
现在再次运行mvn clean deploy。您应该看到maven-deploy-plugin将文件“上载”到目标目录中的本地staging存储库，然后site-maven-plugin提交这些文件并将它们推送到服务器。
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building DaoCore 1.3-SNAPSHOT
[INFO] ------------------------------------------------------------------------
...
[INFO] --- maven-deploy-plugin:2.5:deploy (default-deploy) @ greendao ---
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/1.3-SNAPSHOT/greendao-1.3-20121223.182256-3.jar (77 KB at 2936.9 KB/sec)
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/1.3-SNAPSHOT/greendao-1.3-20121223.182256-3.pom (3 KB at 1402.3 KB/sec)
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/1.3-SNAPSHOT/maven-metadata.xml (768 B at 150.0 KB/sec)
Uploaded: file:///Users/mike/Projects/greendao-emmby/DaoCore/target/mvn-repo/com/greendao-orm/greendao/maven-metadata.xml (282 B at 91.8 KB/sec)
[INFO]
[INFO] --- site-maven-plugin:0.7:site (default) @ greendao ---
[INFO] Creating 24 blobs
[INFO] Creating tree with 25 blob entries
[INFO] Creating commit with SHA-1: 0b8444e487a8acf9caabe7ec18a4e9cff4964809
[INFO] Updating reference refs/heads/mvn-repo from ab7afb9a228bf33d9e04db39d178f96a7a225593 to 0b8444e487a8acf9caabe7ec18a4e9cff4964809
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 8.595s
[INFO] Finished at: Sun Dec 23 11:23:03 MST 2012
[INFO] Final Memory: 9M/81M
[INFO] ------------------------------------------------------------------------
在浏览器中访问github.com，选择mvn-repo分支，并验证所有二进制文件现在都在那里。
恭喜你!
现在，只需运行mvn clean deploy，就可以将maven构件部署到穷人的公共回购。
您还需要执行另一个步骤，即配置依赖于您的pom的任何poms，以了解存储库的位置。添加以下片段到任何项目的pom，这取决于你的项目:
<repositories>
<repository>
<id>YOUR-PROJECT-NAME-mvn-repo</id>
<url>https://github.com/YOUR-USERNAME/YOUR-PROJECT-NAME/raw/mvn-repo/</url>
<snapshots>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</snapshots>
</repository>
</repositories>
现在，任何需要jar文件的项目都会自动从github maven存储库下载它们。
编辑:以避免评论中提到的问题('创建提交错误:无效请求。对于'properties/name'， nil不是一个字符串。')，确保你在github上的配置文件中声明了一个名字。
不要使用GitHub作为Maven资源库。
编辑:这个选项得到了很多反对票，但没有人评论为什么。不管在GitHub上实际托管的技术能力如何，这都是正确的选择。基于下面列出的所有原因，在GitHub上托管是错误的，没有评论，我无法改进答案来澄清您的问题。
最佳选择-与原项目合作
最好的选择是说服原始项目包含您的更改，并坚持使用原始项目。
选择-维护你自己的叉子
由于您已经创建了一个开源库，并且您的分支也是开源的，您可以通过给它一个新的groupId和一个新的artifactId来将您的分支上传到Maven Central(请阅读将工件上传到中央存储库的指南)。
只有当您愿意维护这个分支直到更改被合并到原始项目中时，才考虑这个选项，然后您应该放弃这个选项。
认真考虑分叉是否是正确的选择。阅读无数谷歌结果“为什么不分叉”
推理
用jar填充存储库会增加下载大小，没有任何好处
一个jar是你项目的输出，它可以在任何时候从它的输入重新生成，你的GitHub回购应该只包含输入。
不相信我?然后检查谷歌的结果“不要存储二进制文件在git”。
GitHub的帮助工作大文件会告诉你同样的事情。诚然，jar并不大，但它们比源代码大，一旦一个版本创建了一个jar，它们就没有理由进行版本控制——这就是新版本的目的。
在pom.xml中定义多个repo会降低构建速度，其速度是存储库数量乘以工件数量
Stephen Connolly说:
如果任何人添加了你的回购，他们会影响他们的构建性能 因为他们现在有另一个回购来检查文物…不是很大 如果你只需要添加一个回购…但问题越来越多 你知道的，你的专业版本是为每个工件检查50个回购 构建时间是一条狗。
这是正确的!Maven需要检查pom.xml中定义的每个工件(及其依赖项)与您定义的每个存储库之间的关系，因为这些存储库中的任何一个都可能有更新的版本。
亲自尝试一下，您会感受到缓慢构建的痛苦。
存放工件的最佳位置是Maven Central，因为它是存放jar的中心位置，这意味着您的构建只会检查一个地方。
您可以在Maven的文档“知识库介绍”中阅读更多关于知识库的信息
另一种选择是使用任何支持webdav的虚拟主机。当然，你需要一些空间来放置它，但是它的设置很简单，是运行一个完整的nexus服务器的一个很好的替代方案。
将此添加到构建部分
<extensions>
<extension>
<artifactId>wagon-webdav-jackrabbit</artifactId>
<groupId>org.apache.maven.wagon</groupId>
<version>2.2</version>
</extension>
</extensions>
向distributionManagement部分添加这样的内容
<repository>
<id>release.repo</id>
<url>dav:http://repo.jillesvangurp.com/releases/</url>
</repository>
最后，确保在settings.xml中设置了存储库访问
将此添加到服务器部分
<server>
<id>release.repo</id>
<username>xxxx</username>
<password>xxxx</password>
</server>
以及存储库部分的定义
<repository>
<id>release.repo</id>
<url>http://repo.jillesvangurp.com/releases</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
最后，如果你有任何标准的php主机，你可以使用像sabredav这样的东西来添加webdav功能。
优点:您有自己的maven存储库 缺点:你在nexus中没有任何管理能力;你需要在某个地方安装一些webdav
推荐文章
- 如何修复Github页面上的HTTP 404 ?
- 如何显示数学方程在一般github的markdown(不是github的博客)
- 无法推送到远程分支，无法解析到分支
- 如何在GitHub上创建自己的存储库?
- “react-scripts”不被视为内部或外部命令
- Github“更新被拒绝，因为远程包含您在本地没有的工作。”
- Maven项目版本继承——我必须指定父版本吗?
- 如何在不同的用户名下推送到GitHub ?
- 在最初创建提交的GitHub上找到一个Pull Request
- Git凭据助手-更新密码
- 标签和释放的区别是什么?
- 切换到另一个Git标记
- Heroku和GitHub:“项目无法检索，内部服务器错误”
- 将现有项目推到Github
- 在git存储库中处理密码的最佳实践是什么?
