On 2014-07-25, Gary Gregory wrote:
> It's that or we agree never to publish a SNAPSHOT site.
For the record, I do value SNAPSHOT sites so we can also show what we
are working on. I'm not convinced we need to enforce the same policy
for all components. OTOH I don't feel strong enough about it to
I think we all want it out ASAP as well.
We have a volunteer to RM the release but we are all busy, like everyone
else.
So "ASAP" is still the wish...
Gary
On Fri, Jul 25, 2014 at 2:51 AM, Richards Peter
wrote:
> Hi,
>
> First of all, thanks for open souring such a good project - commons-vfs
Hi,
First of all, thanks for open souring such a good project - commons-vfs.
I came to know, from your mailing list archive, that you are working on a
release:
http://mail-archives.apache.org/mod_mbox/commons-dev/201406.mbox/%3C20140610154729.5cc1.ecki%40zusammenkunft.net%3E
Could you please
But the point is to be able to update the site with documentation fixes
while keeping the rest of the site about the released software.
The only way to do that is with documentation-only branch it sounds like,
and it does not matter what SCM you use for that.
It's that or we agree never to publis
BTW.: I don't see any value in the SNAPSHOT site. Users will always want to
look at the site of the release, since that is what they are using.
2014-07-25 11:34 GMT+02:00 Benedikt Ritter :
> You're probably refering to the Dependency Information report, I've posted
> on the other thread. I think
You're probably refering to the Dependency Information report, I've posted
on the other thread. I think it would be sufficient to configure it to use
the latest release (we already have this information in the properties used
by the build plugin).
Creating a documentation branch feels like a lot o
Hi all,
are we pleased with the API? Can I try RC3? I'm still not sure about
getEscape() vs. getEscapeCharacter() since it imposes an asymmetry between
methods with and without a type postfix. My optinion is, that the type is
already part of the method signature and therefore doesn't have to be ad