post-page

Anatomy Of A WordPress Release

10
responses
by
 
on
January 4th, 2010
in
WordPress
heading
heading
heading
10
Responses

 

Comments

  1. king rat (3 comments.) says:

    Add in a test phase between alpha and feature freeze.

    Change criteria for release from “result of meeting” to “passes test”.

  2. Lloyd Budd (22 comments.) says:

    Good info Jeff!

    > If you have any thoughts or ideas on how to improve core development, place them here in the comments.

    Probably best to take the thoughts or ideas to the wp-hackers mailing list linked above.

    • Jeff Chandler (171 comments.) says:

      I usually always suggest that option but the mailing list is not for everyone. I imagine for anyone reading this post that is a member of the mailing list and didn’t see this thread go by, they will be partaking in the mailing list side of the discussion. For everyone else, the comment form on this post should be adequate. I know multiple discussion points is no good but the mailing list is not everyone’s cup of tea.

      Long time no talk by the way, Happy New Year.

  3. Hikari (79 comments.) says:

    Add features as plugins instead of core code, so that we can easily deactivate features we don’t need and be easier to separate code that may be causing bugs (all plugin developers ask first to disable all other plugins to see if any other one is the cause of the problem…).

    Core should be focused on basic features, database access and secutiry. There should be official plugins that are API/Framework for some features, and then plugins that depend on these plugins and use their API to implement more advanced features and UI.

    • Jeff Chandler (171 comments.) says:

      Not sure if you’ve looked into it but what you describe sounds a lot like the Canonical plugin idea that you’ll read and see more about this year.

      • Hikari (79 comments.) says:

        Yes, I’ve read it and I’m happy they are going toward that line now :D

        It has been used in Drupal for a long time. Its core has almost no feature, only basic stuff, frontend structure, admin area, theme and module structure, only real essencial stuff. Then it comes with a dozen of modules that are supported by them, and there are modules that are only base API that does nothing alone and are used by many others.

        Last time I read about Drupal they were planning to add part of CCK module in main distribution and support it officially, and CCK would remain only as a UI. That’s great because CCK is used by a lot of modules!!

        In WordPress I’d like to see this kind of distribution as a permalink API where we could eaier develop plugins to customize them, API for managing tags and clouds, for cross-posts links, for menu generation, etc. Everything as plugins distibuted with WordPress and outside its core!

  4. Mattias (32 comments.) says:

    I18n string freeze! I also would like to see some kind of notification on the polyglots mailing list (or somewhere) before releases so we can be ready to make the locale packages.

  5. Dave (9 comments.) says:

    Thanks for posting that. I don’t follow any of the WP mailing lists (although I probably should) so it’s nice to have some insight into the development process.



Trackbacks/Pingbacks

  1. […] Anatomy Of A WordPress Release: Weblog Tools Collection explores the process of releasing a new version of WrodPress. […]

  2. […] Weblog Tools Collection Share and […]

Obviously Powered by WordPress. © 2003-2013

page counter
css.php