Migrate content to YAML
This commit is contained in:
parent
3d76aa0c3b
commit
9d5a930eab
4550 changed files with 93849 additions and 129734 deletions
65
content/node.60e98822-2c17-4de7-aa6d-3b12e3eb48c2.yml
Normal file
65
content/node.60e98822-2c17-4de7-aa6d-3b12e3eb48c2.yml
Normal file
|
@ -0,0 +1,65 @@
|
|||
uuid:
|
||||
- value: 60e98822-2c17-4de7-aa6d-3b12e3eb48c2
|
||||
langcode:
|
||||
- value: en
|
||||
type:
|
||||
- target_id: daily_email
|
||||
target_type: node_type
|
||||
target_uuid: 8bde1f2f-eef9-4f2d-ae9c-96921f8193d7
|
||||
revision_timestamp:
|
||||
- value: '2025-05-11T09:00:44+00:00'
|
||||
revision_uid:
|
||||
- target_type: user
|
||||
target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849
|
||||
revision_log: { }
|
||||
status:
|
||||
- value: true
|
||||
uid:
|
||||
- target_type: user
|
||||
target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849
|
||||
title:
|
||||
- value: |
|
||||
You don't need to think about what to do next
|
||||
created:
|
||||
- value: '2023-05-07T00:00:00+00:00'
|
||||
changed:
|
||||
- value: '2025-05-11T09:00:44+00:00'
|
||||
promote:
|
||||
- value: false
|
||||
sticky:
|
||||
- value: false
|
||||
default_langcode:
|
||||
- value: true
|
||||
revision_translation_affected:
|
||||
- value: true
|
||||
path:
|
||||
- alias: /daily/2023/05/07/you-dont-need-to-think-about-what-to-do-next
|
||||
langcode: en
|
||||
body:
|
||||
- value: |
|
||||
<p>When practising test-driven development, you don't need to think about what to do next.</p>
|
||||
|
||||
<p>If you have a failing test, the objective is to get that test to pass as quickly and simply as possible, and you rely on the error from the failing test to tell you the next step.</p>
|
||||
|
||||
<p>It could be a failing assertion, an undefined variable or function, or a yet-to-be-implemented service.</p>
|
||||
|
||||
<p>Once you've fixed that error, the test will either pass or fail. If it fails, you'll have a new error and know the next step.</p>
|
||||
|
||||
<p>When working in this way, it's like being on autopilot. You can focus only on fixing each error until the feature or fix is complete and the test is passing.</p>
|
||||
|
||||
|
||||
format: full_html
|
||||
processed: |
|
||||
<p>When practising test-driven development, you don't need to think about what to do next.</p>
|
||||
|
||||
<p>If you have a failing test, the objective is to get that test to pass as quickly and simply as possible, and you rely on the error from the failing test to tell you the next step.</p>
|
||||
|
||||
<p>It could be a failing assertion, an undefined variable or function, or a yet-to-be-implemented service.</p>
|
||||
|
||||
<p>Once you've fixed that error, the test will either pass or fail. If it fails, you'll have a new error and know the next step.</p>
|
||||
|
||||
<p>When working in this way, it's like being on autopilot. You can focus only on fixing each error until the feature or fix is complete and the test is passing.</p>
|
||||
|
||||
|
||||
summary: null
|
||||
field_daily_email_cta: { }
|
Loading…
Add table
Add a link
Reference in a new issue