You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@maven.apache.org by hb...@apache.org on 2014/01/25 14:49:32 UTC
svn commit: r1561310 -
/maven/plugins/trunk/maven-scm-publish-plugin/src/site/apt/index.apt.vm
Author: hboutemy
Date: Sat Jan 25 13:49:31 2014
New Revision: 1561310
URL: http://svn.apache.org/r1561310
Log:
note about MSITE-121 (which is now fixed: whoohoo!)
Modified:
maven/plugins/trunk/maven-scm-publish-plugin/src/site/apt/index.apt.vm
Modified: maven/plugins/trunk/maven-scm-publish-plugin/src/site/apt/index.apt.vm
URL: http://svn.apache.org/viewvc/maven/plugins/trunk/maven-scm-publish-plugin/src/site/apt/index.apt.vm?rev=1561310&r1=1561309&r2=1561310&view=diff
==============================================================================
--- maven/plugins/trunk/maven-scm-publish-plugin/src/site/apt/index.apt.vm (original)
+++ maven/plugins/trunk/maven-scm-publish-plugin/src/site/apt/index.apt.vm Sat Jan 25 13:49:31 2014
@@ -34,17 +34,19 @@ ${project.name}
to publish Maven websites via the ASF svnpubsub system
In addition to SCM operations, it takes care to fix newline inconsistencies
- generated by <<<maven-site-plugin>>>, which prevents simple content import to SCM.
+ generated by <<<maven-site-plugin>>> (see {{{https://jira.codehaus.org/browse/MSITE-121}MSITE-121}},
+ which prevents simple content import to SCM.
The plugin has been tested with git scm too and by example can push content for github pages too.
* Implementation
- The plugin works from staged website.
+ The plugin works from staged website by default (see {{{./publish-scm-mojo.html#content}<<<content>>> parameter}}).
It first checks out the contents of a directory from
- the SCM into (by default) <<<target/scmpublish-checkout>>>.
+ the SCM (see {{{./publish-scm-mojo.html#pubScmUrl}<<<pubSubUrl>>> parameter}}) into
+ <<<target/scmpublish-checkout>>> by default (see {{{./publish-scm-mojo.html#checkoutDirectory}<<<checkoutDirectory>>> parameter).
Then locally staged content is applied to the check-out, issuing
appropriate SCM commands to add and delete entries, followed by a
@@ -79,13 +81,13 @@ mvn scm-publish:publish-scm -Dscmpublish
There are 2 known limitations:
- * For svn the plugin can create the initial SCM directory if not exist. But for git by example if you use a branch
- the branch won't be created , you have to create it manually.
+ * For svn the plugin can create the initial SCM directory if it does not exist. But for git by example if you use a branch,
+ the branch won't be created, you have to create it manually.
* the plugin works well for multi-module websites publishing to a complete directory:
you just need to publish <<<mvn site:stage>>> content. But if one module does not publish
its content to the same directory (like Surefire or Enforcer, which have a
- base directory and one plugin in <<</plugins/>>>), this staging area can't be simply imported,
+ base directory and one plugin in <<</plugins/>>>), this staging area can't be simply imported.
[]
@@ -98,11 +100,12 @@ mvn scm-publish:publish-scm -Dscmpublish
To reach such a dream, there are some steps:
* fix inconsistent newlines generated by <<<maven-site-plugin>>> (caused by site.vm template and
- resources taken from skin jar without fixing newlines)
+ resources taken from skin jar without fixing newlines): {{{https://jira.codehaus.org/browse/MSITE-121}MSITE-121}}
+ is fixed in (future) maven-site-plugin 3.4,
* improve {{{/wagon/wagon-providers/wagon-scm/}<<<wagon-scm>>>}} to put a whole directory content
in one commit, and not with one commit per file.
[]
- Then this plugin will be outdated, replaced by natural <<<maven-site-plugin:deploy>>>.
+ Then this plugin will be outdated, replaced by natural <<<maven-site-plugin:deploy>>> goal.