xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chris Bowditch <bowditch_ch...@hotmail.com>
Subject Re: Small error to the documentation
Date Thu, 19 Jul 2012 08:10:36 GMT
On 18/07/2012 18:21, Glenn Adams wrote:

Hi Glenn,
> On Wed, Jul 18, 2012 at 2:35 AM, Chris Bowditch 
> <bowditch_chris@hotmail.com <mailto:bowditch_chris@hotmail.com>> wrote:
>     On 14/07/2012 22:14, Glenn Adams wrote:
>     Hi Glenn,
>     I've moved this discussion to fop-dev as its now more relevant there.
>         the source for this file is under
>         src/documentation/content/xdocs/compliance.ihtml; you can
>         create a bug attaching a patch, or if it is a simple change,
>         just send the diff or describe it in an email
>     Actually the changes you made to update the documentation for the
>     1.1 release don't appear to have yet been merged back to trunk.
>     This error only exists in the 1.1 branch. I have committed a fix
>     to the 1.1 branch in revision: 1362810, but this raises the
>     question on when the changes for the 1.1 documentation will be
>     merged back to trunk?
> Correct me if I'm wrong, but a reintegration merge in SVN effectively 
> precludes further use of the branch [1], at least without a lot of 
> effort in making a subsequent merge.
> [1] 
> http://stackoverflow.com/questions/102472/subversion-branch-reintegration
> If I do such a merge from fop-1_1 branch to trunk, then it won't be 
> useful as we continue to a final 1.1 release. I suppose I could do a 
> cherry pick merge back to trunk for some commits on the fop-1_1 
> branch. Is that something that's been done in the past on FOP?

That's right if you merge the changes you made to the documentation in 
the 1.1 branch back to trunk now then any other bug fixes made to 1.1 
would need to be cherry picked back to trunk until the final 1.1. 
release. I'm not 100% certain if that was done in previous FOP releases 
as its been a while since we did one, but I think so. It is certainly a 
practice we use at my employer when dealing with releases.

In the end I'm not too fussed which way you decide to do it. The main 
point of my e-mail was to understand your intentions and you've 
clarified that for me.




View raw message