Problem/Motivation

Other issues have established standards for configuration files and filenames.
Can find by searching for issues and change records.
But should be all in one place.

Proposed resolution

Document already decided things in a coding standard page.
https://www.drupal.org/node/2315769

Remaining tasks

See #6
find the related issues and change records and link to them here and/or when updating the doc page in the revision log.

Related issues and change records and other things to aggregate

User interface changes

No.

API changes

No.

Comments

YesCT’s picture

YesCT’s picture

Issue summary: View changes

linking to the new standard page in the summary

YesCT’s picture

Issue summary: View changes
YesCT’s picture

should probably sort the related issues into a set that is obselete and the still valid ones.

jhodgdon’s picture

I'm really not sure how much we need to document on that page.

I mean, people should really not be writing out config files in their editor, should they, at least for the final config they check into their git repo or put in a patch? That should be written out by Drupal.

There is already docs about the config file syntax in the Config API pages that I linked to in that page header.

The standards for name lengths and file names I put in there are also important.

But I think we can probably get rid of the rest, or maybe replace it with something like:

To write initial configuration for your module, entity, etc., here's a link to the docs page on the YAML structure, and you also need to make a schema file, so here's a link for that. But when you make your config file to go into the install directory of your module, you should export it using the Config Export screen.

Thoughts? [not suggesting this wording obviously!]

Version: 8.0.x-dev » 8.1.x-dev

Drupal 8.0.6 was released on April 6 and is the final bugfix release for the Drupal 8.0.x series. Drupal 8.0.x will not receive any further development aside from security fixes. Drupal 8.1.0-rc1 is now available and sites should prepare to update to 8.1.0.

Bug reports should be targeted against the 8.1.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.2.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.1.x-dev » 8.2.x-dev

Drupal 8.1.9 was released on September 7 and is the final bugfix release for the Drupal 8.1.x series. Drupal 8.1.x will not receive any further development aside from security fixes. Drupal 8.2.0-rc1 is now available and sites should prepare to upgrade to 8.2.0.

Bug reports should be targeted against the 8.2.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.3.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.2.x-dev » 8.3.x-dev

Drupal 8.2.6 was released on February 1, 2017 and is the final full bugfix release for the Drupal 8.2.x series. Drupal 8.2.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.3.0 on April 5, 2017. (Drupal 8.3.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.3.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.4.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.3.x-dev » 8.4.x-dev

Drupal 8.3.6 was released on August 2, 2017 and is the final full bugfix release for the Drupal 8.3.x series. Drupal 8.3.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.4.0 on October 4, 2017. (Drupal 8.4.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.4.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.5.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.4.x-dev » 8.5.x-dev

Drupal 8.4.4 was released on January 3, 2018 and is the final full bugfix release for the Drupal 8.4.x series. Drupal 8.4.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.5.0 on March 7, 2018. (Drupal 8.5.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.5.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.6.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.5.x-dev » 8.6.x-dev

Drupal 8.5.6 was released on August 1, 2018 and is the final bugfix release for the Drupal 8.5.x series. Drupal 8.5.x will not receive any further development aside from security fixes. Sites should prepare to update to 8.6.0 on September 5, 2018. (Drupal 8.6.0-rc1 is available for testing.)

Bug reports should be targeted against the 8.6.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.6.x-dev » 8.8.x-dev

Drupal 8.6.x will not receive any further development aside from security fixes. Bug reports should be targeted against the 8.8.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.9.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.7 was released on June 3, 2020 and is the final full bugfix release for the Drupal 8.8.x series. Drupal 8.8.x will not receive any further development aside from security fixes. Sites should prepare to update to Drupal 8.9.0 or Drupal 9.0.0 for ongoing support.

Bug reports should be targeted against the 8.9.x-dev branch from now on, and new development or disruptive changes should be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.2.x-dev

Drupal 8 is end-of-life as of November 17, 2021. There will not be further changes made to Drupal 8. Bugfixes are now made to the 9.3.x and higher branches only. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

quietone’s picture

I triaged this issue and updated the IS.

I read the remaining items to aggregate and they are all complete. That suggests that there is nothing further to do here. However, #6 suggests that https://www.drupal.org/coding-standards/config can be greatly simplified.

Any thoughts?

bbrala’s picture

I wouldn't really remove the documentation on that page in favor of linking to the config api. Having some basic information to read in regards to config seems like its usefull.

I do think though the links to Drupal 8 should be removed. Especially the version should be removed from the link to just serve the current config API using https://api.drupal.org/api/drupal/core%21core.api.php/group/config_api

Version: 9.2.x-dev » 9.3.x-dev
quietone’s picture

OK. I have updated YAML Configuration files. The major thing is that I removed the 'Background and notes' section because it was duplicating information and providing code examples that were not examples of the standard. I hope a dev would look somewhere else for how to use the Configuration system to get a config or config entity.

I updated the references to Drupal 8 in the pages listed in the IS;

I don't see anything else to do here.

bbrala’s picture

Status: Active » Fixed

Thanks quiettone for putting in the time to clean those pages up. They are way more consise like this.

Status: Fixed » Closed (fixed)

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