[wp-trac] [WordPress Trac] #17173: Review the usage of _copy_dir() introduced in #14484

WordPress Trac wp-trac at lists.automattic.com
Mon Jun 6 07:11:43 UTC 2011


#17173: Review the usage of _copy_dir() introduced in #14484
-----------------------------+-----------------------
 Reporter:  dd32             |       Owner:  dd32
     Type:  defect (bug)     |      Status:  accepted
 Priority:  normal           |   Milestone:  3.2
Component:  Upgrade/Install  |     Version:
 Severity:  normal           |  Resolution:
 Keywords:  3.3-early        |
-----------------------------+-----------------------

Comment (by westi):

 Replying to [comment:5 sterlo]:
 > Introducing code that would keep people using < 3.2 from upgrading to
 3.3 could cause some serious issues.
 >
 > "Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards
 compatible functionality is introduced to the public API. It MAY be
 incremented if substantial new functionality or improvements are
 introduced within the private code. It MAY include patch level changes."
 >
 > "Major version X (X.y.z | X > 0) MUST be incremented if any backwards
 incompatible changes are introduced to the public API. It MAY include
 minor and patch level changes."
 >
 > http://semver.org/
 >
 > Thoughts?

 I'm not sure what this has to do with this ticket at all.

 One of our design goals is backwards compatibility and we don't inflate
 version numbers.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/17173#comment:6>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list