Add Project content type - Secció Món Drupal.cat #79
Conversation
| @@ -0,0 +1,22 @@ | |||
| uuid: 1c5bd5f0-fcbc-4721-ad01-1aed89e32022 | |||
There was a problem hiding this comment.
No deberíamos usar uuids
Punto 3:
http://nuvole.org/blog/2013/sep/03/configuration-management-and-features-look-drupal-8
There was a problem hiding this comment.
Existen más referencias de esto? El artículo es de 2013 y no lo deja muy claro, a parte de que parece que habla de compartir configuración entre sitios distintos. Cuando dice:
-field_uuid: 84e904df-2f14-46e8-9700-e00c5ca3f7d3
+field_name: field_blog_image
Note that this relies on the specific handling of the FieldInstance class and may not be a general solution.
parece indicar que cuando se borra el uuid se tiene que sustituir con otro identificador (en el ejemplo, el machine name del campo).
Un poco más preocupante es la afirmación:
Edit: also note (see comments) that it is important to include a hardcoded UUID if you want to avoid that your configuration items are seen by Drupal as different items between your development and production sites, causing configuration import/export between the two to fail.
Estaría bien ver una opinión más reciente de alguien más involucrado en CMI, o encontrar referencias fiables que afirmen que es una buena práctica borrar los uuids una vez exportada la configuración.
Si esa fuera la práctica estándar, debería ser fácil encontrar otras referencias. En un ejemplo de un site Drupal 8 que he econtrado los uuids están en el código: https://github.com/geerlingguy/demo-drupal-8/tree/master/sites/default/config/staging
There was a problem hiding this comment.
Jo no tinc respostes a cap pregunta de les que planteges, @pereorga i tot i que els dubtes que planteges són molt raonables, he estat mirant el perfil d'instal·lació standard de drupal8 i veig que allà no hi ha uuid (http://cgit.drupalcode.org/drupal/tree/core/profiles/standard/config/install/core.base_field_override.node.page.promote.yml)
There was a problem hiding this comment.
Acabo de parlar amb Alex Pott (CMI) i m'ha confirmat que els UUIDs no s'han d'esborrar.
Al comentar-li el problema que tenim amb drush make, em contesta "don't use drush make, use the Configuration Installer. That will solve your problem"
There was a problem hiding this comment.
Entonces esto se puede mergear con master desde mi punto de vista.
Abrimos issue para deshacernos del make
No description provided.