[ 
https://issues.apache.org/jira/browse/AVRO-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Doug Cutting updated AVRO-187:
------------------------------

    Affects Version/s:     (was: 1.2.0)
                           (was: 1.1.0)
                           (was: 1.0.0)
        Fix Version/s:     (was: 1.2.1)

This is not a regression, so it shouldn't be flagged for potential inclusion in 
the 1.2.1 bugfix release (if we ever in fact make such a release).  Also, since 
it's an "Improvement" it probably doesn't need an "Affects Version".

Also, generally we only mark things as fixed in a single version, either the 
next upcoming release, or the release branch we intend to backport it to.  We 
generally fix things in trunk, including adding a message to CHANGES.txt, then 
sometimes backport the patch to a release branch.  Things that are backported 
should be moved to the section of trunk's CHANGES.txt for the  branch they're 
backported to.  We don't want a change listed twice in CHANGES.txt, since trunk 
generally includes all changes listed.  So the only time things are marked as 
fixed in multiple versions are things that will be backported to multiple 
branches.  Does that make sense?

> Move top-level source files into separate directories for easier maintenance
> ----------------------------------------------------------------------------
>
>                 Key: AVRO-187
>                 URL: https://issues.apache.org/jira/browse/AVRO-187
>             Project: Avro
>          Issue Type: Improvement
>          Components: c
>            Reporter: Matt Massie
>            Assignee: Matt Massie
>             Fix For: 1.3.0
>
>         Attachments: AVRO-187.patch
>
>
> This patch separates all top-level source into specific top-level directories 
> (e.g. io, tests, datatypes) to make it easier to maintain. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to