Skip to content

Commit 258c459

Browse files
authored
Merge pull request #2738 from rytswd/patch-2
Add extra feature blog opt-in message template
2 parents f9e9000 + e720155 commit 258c459

File tree

1 file changed

+67
-1
lines changed

1 file changed

+67
-1
lines changed

release-team/role-handbooks/communications/templates/feature-blog-opt-in-message.md

Lines changed: 67 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,5 @@
1+
# Initial Reach-out
2+
13
This is a message to send to enhancement owners to opt in to write a feature blog for their enhancement, it should be sent on the KEP issue.
24
After this message is sent, the Comms team will follow up with the enhancement owner to help them keep in mind the timeline for the feature blog, every 1-2 weeks.
35

@@ -23,4 +25,68 @@ Some timelines to keep in mind:
2325
**Note**: In your placeholder PR, use the current scheduled overall release date for the blog `date` and add a `draft:true` to the front matter. This will help us to merging this ahead of the release date and scheduling it after the release date.
2426
2527
If you have any questions or need help, please feel free to reach out to me or any of the Communications Team members. We are here to help you!
26-
```
28+
```
29+
30+
----
31+
32+
Another template you could use with GitHub callouts:
33+
34+
```
35+
Hi @xx 👋 -- this is YOURNAME (@your_github_id) from the x.yy Communications Team!
36+
37+
For the x.yy release, we are currently in the process of collecting and curating a list of potential feature blogs, and we'd love for you to consider writing one for your enhancement!
38+
39+
As you may be aware, feature blogs are a great way to communicate to users about features which fall into (but not limited to) the following categories:
40+
- This introduces some breaking change(s)
41+
- This has significant impacts and/or implications to users
42+
- ...Or this is a long-awaited feature, which would go a long way to cover the journey more in detail 🎉
43+
44+
To opt in to write a feature blog, could you please let us know and open a "Feature Blog placeholder PR" (which can be only a skeleton at first) against the [website repository](https://github.com/kubernetes/website) by **<<BLOG_PLACEHOLDER_DEADLINE>> WEEKDAY, DAY MONTH**? For more information about writing a blog, please find the [blog contribution guidelines](https://kubernetes.io/docs/contribute/new-content/blogs-case-studies/#technical-considerations-for-submitting-a-blog-post) 📚
45+
46+
> [!Tip]
47+
> Some timeline to keep in mind:
48+
> - **02:00 UTC <<BLOG_PLACEHOLDER_DEADLINE>> WEEKDAY, DAY MONTH**: Feature blog PR freeze
49+
> - **<<BLOG_READY>> WEEKDAY, DAY MONTH**: Feature blogs ready for review
50+
> - You can find more in the [release document](LINK)
51+
>
52+
53+
> [!Note]
54+
> In your placeholder PR, use `XX` characters for the blog `date` in the front matter and file name. We will work with you on updating the PR with the publication date once we have a final number of feature blogs for this release.
55+
```
56+
57+
With this one, you'd need to update the following placeholders:
58+
- `@xx`: Mention KEP's primary contact(s), assignee(s), and even potentially other members who are actively working on the KEP
59+
- `YOURNAME`: Your name, as you prefer
60+
- `your_github_id`: Your GitHub ID
61+
- `x.yy`: The upcoming Kubernetes version, such as 1.33, 1.34, etc.
62+
- Dates: There are 2 separate dates; one for the placeholder PR, and another for the blog ready for review
63+
- `<<BLOG_PLACEHOLDER_DEADLINE>> WEEKDAY, DAY MONTH`: Deadline for the placeholder PR, which is usually at 02:00 UTC on Wednesday (on week 8)
64+
- `<<BLOG_READY>> WEEKDAY, DAY MONTH`: Deadline for the Feature Blogs being ready for review, which is usually on week 13
65+
- `LINK`: Add a link to the release document, such as `https://github.com/kubernetes/sig-release/tree/master/releases/release-1.33#timeline`
66+
67+
# Follow-up
68+
69+
```
70+
Hi @xx 👋, x.yy Communications Team here again!
71+
72+
This is a gentle reminder for the feature blog deadline mentioned above, which is **02:00 UTC <<BLOG_PLACEHOLDER_DEADLINE>> WEEKDAY, DAY MONTH**. To opt in, please let us know and open a Feature Blog placeholder PR against [`k/website`](https://github.com/kubernetes/website) by the deadline. If you have any questions, please feel free to reach out to us!
73+
74+
> [!Tip]
75+
> Some timeline to keep in mind:
76+
> - **02:00 UTC <<BLOG_PLACEHOLDER_DEADLINE>> WEEKDAY, DAY MONTH**: Feature blog PR freeze
77+
> - **<<BLOG_READY>> WEEKDAY, DAY MONTH**: Feature blogs ready for review
78+
> - You can find more in the [release document](LINK)
79+
>
80+
81+
> [!Note]
82+
> In your placeholder PR, use `XX` characters for the blog `date` in the front matter and file name. We will work with you on updating the PR with the publication date once we have a final number of feature blogs for this release.
83+
```
84+
85+
With this one, you'd need to update the following placeholders:
86+
- `@xx`: Mention KEP's primary contact(s), assignee(s), and even potentially other members who are actively working on the KEP
87+
- `x.yy`: The upcoming Kubernetes version, such as 1.33, 1.34, etc.
88+
- Dates: There are 2 separate dates; one for the placeholder PR, and another for the blog ready for review
89+
- `<<BLOG_PLACEHOLDER_DEADLINE>> WEEKDAY, DAY MONTH`: Deadline for the placeholder PR, which is usually at 02:00 UTC on Wednesday (on week 8)
90+
- `<<BLOG_READY>> WEEKDAY, DAY MONTH`: Deadline for the Feature Blogs being ready for review, which is usually on week 13
91+
- `LINK`: Add a link to the release document, such as `https://github.com/kubernetes/sig-release/tree/master/releases/release-1.33#timeline`
92+

0 commit comments

Comments
 (0)