Seriously just use the assembly plugin to zip up the source folder, excluding target. There are several examples in the related threads.
On Thu, Jun 4, 2009 at 5:04 PM, Arnaud HERITIER <aherit...@gmail.com> wrote: > I thought we needed to have a fix in the assembly plugin to be able to > release with ASF rules.If we can do it with just some local changes in our > pom, we have to do it. > > However I agree with Barry and we cannot loose too many time to do the > release. > Is there someone who can help us to setup the eclipse plugin build to > follow > ASF requirements for the release ? > Arnaud > > # Arnaud Héritier > # http://blog.aheritier.net > > > On Fri, Jun 5, 2009 at 1:48 AM, Barrie Treloar <baerr...@gmail.com> wrote: > > > On Fri, Jun 5, 2009 at 7:13 AM, Brian Fox <bri...@infinity.nu> wrote: > > > On Thu, Jun 4, 2009 at 11:43 AM, Benjamin Bentmann < > > > benjamin.bentm...@udo.edu> wrote: > > > > > >> Arnaud HERITIER wrote: > > >> > > >> I think there's no value to block all releases, waiting for this > fix.I > > >>> agree, support this change, but it won't help our users to have them > > >>> waiting > > >>> all our releases for several weeks. > > >>> > > >> > > >> I don't really understand why fixing a project to produce a proper > > source > > >> bundle (e.g. by means of copying one of the existing assembly > > descriptors) > > >> would take several weeks... > > >> > > > > > > It should take a few minutes and can be done with the current assembly > > > release. The changes i made to the plugin are to make it possible to > set > > > this up at a top level pom (maven or asf) and have it do the right > thing > > for > > > each build. > > > > The problem is that neither myself or Arnaud have a lot of capacity to > > cut another release. > > > > If I can get an explicit and complete set of instructions to build > > whatever is required then I can do it. > > If I have to spend any time thinking about it or start the release > > process again then it will have to wait until I have spare time. > > > > My preference is to: > > * update the pom on trunk to include whatever will build the source > > distro (this is different than the "-sources.jar") [Note: I dont > > really want to change my pom I want the parent pom release profile to > > do it for me instead] > > * run the command to generate the distro archive from the tag > > * deploy the distro > > > > Suggestions? > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > >