To start breaking out API compatibility term habit.

To do:

Comments

drumm created an issue. See original summary.

drumm’s picture

Assigned: Unassigned » drumm

  • drumm committed 0b709d1 on 7.x-3.x
    Issue #3085041: Coding standards, use === when possible, remove...
  • drumm committed 818970f on 7.x-3.x
    Issue #3085041: Exit early on unmatched version number format, do not...
  • drumm committed b0f4be9 on 7.x-3.x
    Issue #3085041: Drupal core 9.x.x releases should not attach API...
  • drumm committed d6f37d0 on 7.x-3.x
    Issue #3085041: Potentially show composer info if there is no API term
    

  • drumm committed 75bd8c9 on 7.x-3.x
    Issue #3085041 by drumm: Do not require API compatibility, and always...
drumm’s picture

Status: Active » Needs review
Issue tags: +Drupal 9

The initial work here is done. The API compatibility field will be blank for releases associated with branches like 9.0.x, and tags like 9.0.0. 8* will continue as it did before. One notice on viewing the release page has been fixed.

I’m testing basic (legacy) packaging to exercise this a bit more before calling this done. Since there are assumptions about this field having a value everywhere, there will be followups.

drumm’s picture

Issue summary: View changes

Adding todo list

  • drumm committed db8ada4 on 7.x-3.x
    Issue #3085041: Use field_release_category = obsolete instead of API...

  • drumm committed 0b6f837 on 7.x-3.x
    Issue #3085041: Remove unnecessary API vocabulary condition and...
  • drumm committed 5e50966 on 7.x-3.x
    Issue #3085041: Remove use of API compatibility term on core project...
  • drumm committed 9c5ca94 on 7.x-3.x
    Issue #3085041: We aren’t showing release files on the core project page...
  • drumm committed efc2af7 on 7.x-3.x
    Issue #3085041: This mini panel...
drumm’s picture

#3087220: Migrate project_release_supported_versions to store “branch” instead of API/Major is now deployed, and I did some spring cleaning on the core-specific Views used on https://www.drupal.org/project/drupal, which now has “Drupal core 9.0.x-dev” listed.

A bit more work is needed on the core page’s release Views, running through the scenarios as D9 progresses. For example, '<h3>Drupal 8.[field_release_version_minor].0 is coming soon. Help us test it today!</h3>' won’t work forever.

  • drumm committed 610c7f6 on 7.x-3.x
    Issue #3085041: Fix notice
    
  • drumm committed 9d77800 on 7.x-3.x
    Issue #3085041: Remove hard-coded “8”
    
drumm’s picture

Issue summary: View changes

A bit more work is needed on the core page’s release Views, running through the scenarios as D9 progresses

This is ready for 9.0.0-alpha1, if not all of the releases.

drumm’s picture

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.