გამოშვების ციკლი

ეს გვერდი მიზნად ისახავს Veloren-ის გამოშვების პროცესის დოკუმენტირებას. იგი თავდაპირველად აღწერს მიმოხილვას და აქვს უფრო დეტალური თავები ცალკეული ნაბიჯებისთვის.

ამოცანები

გამოშვებამდე 2 თვით ადრე

კვირას შეხვედრაზე:

1. შეაფასეთ გამოშვების თარიღი და აცნობეთ მას შიდა მხარეებს. თარიღი შეიძლება შეიცვალოს, სანამ ის მოგვიანებით გახდება ოფიციალური.
2. მოაგვარეთ შემდეგი პუნქტები:
3. გათავისუფლების წვეულების თემა.
4. ფუნქციები, რომლებიც უნდა განხორციელდეს გამოშვებით და ის, რაც სასიამოვნო იქნებოდა.
5. პარტიულ რუქაზე დანიშნული პირები.

• პარტიის რუკის დიზაინი.

4. გამოშვების თრეილერზე დანიშნული ხალხი.

• თრეილერის შინაარსი.

5. გამოშვების შესახებ ბლოგ პოსტის დაწერაზე დავალებული ადამიანები.
6. ფუნქციების გაყინვის პერიოდის მართვაზე დავალებული ადამიანები.
7. გამოშვების ბინარების შექმნასა და გამოცემაზე დავალებული ადამიანები.
8. ადამიანები, რომლებსაც ევალებათ გამოაცხადონ ჩვენი სოციალური მედიის ანგარიშებზე.
9. გათავისუფლების წვეულების განრიგი:

• აქტივობები პარტიისთვის.
• თითოეული აქტივობის ხანგრძლივობა.
• (თითოეულ) საქმიანობაზე პასუხისმგებელი პირები.

3. შექმენით ეტაპები GitLab-ზე, რათა თვალყური ადევნოთ გამოშვების პროგრესს.

გამოშვებამდე 1 თვით ადრე

კვირას შეხვედრაზე:

1. აირჩიეთ გამოშვების ოფიციალური თარიღი, როდესაც ხელმისაწვდომი იქნება ძირითადი დეველოპერები და შესაბამისი მიმდევრები.
2. შეაგროვეთ გამოხმაურება აქტივობებისა და თრეილერის შესახებ.
3. განიხილეთ რუკაზე პასუხისმგებელ ადამიანებთან:

• ამჟამად როგორია რუკა?
• რა გეგმები აქვთ რუკასთან დაკავშირებით?
• განრიგის დადგენა შეუძლიათ?

გამოშვებამდე 3 კვირით ადრე

გამოშვებამდე 2 კვირით ადრე

გამოშვებამდე 1 კვირით ადრე

გამოშვებამდე 8 საათით ადრე

კვირა გამოშვების შემდეგ

კვირას შეხვედრაზე:

• განიხილეთ, როგორ ჩაიარა გათავისუფლების წვეულებამ.
• რა კარგად გაკეთდა?
• უკეთესად რისი გაკეთება შეიძლებოდა?

დაგეგმეთ ბინარების გამოშვება

ამ განყოფილების ბრძანებების ნიმუში გაშვებული იქნება თამაშის 0.12.0 ვერსიისთვის. დაიმახსოვრე, რომ ეს ბრძანებები შეცვალოთ თქვენს მოქმედ ვერსიაზე.

1. დააკოპირეთ CHANGELOG.md-ზე.

• განაახლეთ მხოლოდ server, client, server-cli და voxygen ყუთები. სხვა ყუთებს აქვთ დამოუკიდებელი სემანტიკური ვერსია. მაგალითი MR

2. შექმენით გამოშვების ფილიალი master-დან:

    git checkout -b "r0.12"
    ```
3. შექმენით გამოშვების ტეგი:
```bash
    git tag -a "v0.12.0" -m "Version 0.12.0"
    ```
4. დააწკაპუნე გამოშვების ტეგი.
```bash
    git push --tag "v0.12.0"
    ```
5. შეამოწმეთ, რომ გათავისუფლების ტეგის მილსადენი წარმატებით შესრულდა.
- <https://gitlab.com/veloren/veloren/-/pipelines>
6. გააქტიურეთ დაგეგმილი მილსადენი.
- <https://gitlab.com/veloren/veloren/-/pipelines>
7. დარწმუნდით, რომ გათავისუფლების კონტეინერი აშენებულია.
- <https://gitlab.com/veloren/veloren/container_registry>
8. დაამატეთ ბმული ვებსაიტზე გამოშვებაზე.
- <https://veloren.net/download-other>
9. შექმენით გამოცემა GitLab-ზე.
10. დარწმუნდით, რომ გამოშვების ორობითი ფაილები დაკოპირებულია Wasabi-ში.

## სოციალური მედიის მოტყუების ფურცელი

| ვადები | მდებარეობა | შენიშვნები |
|-----------|----------|-------|
| T-1 კვირა | უთანხმოება | დაარეგისტრირეთ `@NewsPingSquad` და `@MediaPingSquad` როლები. |
| T-30 წთ | უთანხმოება | პინგით `@everyone` როლი. |
| T-8 საათი | Reddit | ქვერედიტი არის `r/veloren`. |
| T-8 საათი | მასტოდონი ||

## შაბლონები

### GitLab საეტაპო

```txt
# v0.xx Release

## People responsible
Blog post:
Trailer:
Map:
Feature freeze:
Release binaries:
Social media:

## Overview
Theme is: ``
Rough release day is: ``
Included features are:
-
Excluded features are:
-
Party schedule is:
- 18:00 UTC+00 start of party

## Checklist

Sunday meeting:
- [ ] Fixed release day is: `` *(T-1 month)*
- [ ] Map is approved by the core developers
- [ ] Activities are approved by core developers
- [ ] Trailer is approved by core developers

Blog:
- [ ] Release blog is prepared *(T-1 month)*
- [ ] Release blog is uploaded *(T-1 week)*

Trailer:
- [ ] Trailer is ready for review *(T-2 weeks)*
- [ ] Trailer is uploaded *(T-1 week)*

Map:
- [ ] Map is ready for review *(T-3 weeks)*
- [ ] Map is uploaded *(T-8 hours)*

Feature freeze:
- [ ] Freeze period is announced to public in #town-hall *(T-1 month)*
- [ ] Feature freeze is enforced *(T-1 week)*

Release binaries:
- [ ] Release binaries are produced, uploaded and verified *(T-8 hours)*

Social media:
- [ ] Posts are prepared *(T-1 month)*
- [ ] Posts are uploaded *(T-8 hours)*

ფუნქციის გაყინვის განცხადება

Hey @Contributor @DevPingSquad ,

**0.13 release is on Saturday, 2022-07-23 18:00 GMT**

As usual, there will be a **feature freeze** starting from 2022-07-16 18:00 GMT. We recommend submitting critical and large MRs for review now, before the feature freeze.

This release will also have a **stress test event** between the feature freeze and the release. We will be sharing further details of this later.

__Getting your large MR merged before feature freeze__
Please mention @xmac94x in the <#992383235332001942> thread with a short summary with the following details:

* What is complete.
* What needs to be done.
* Can your feature be partially introduced to master in its current state (as multiple MRs)?
* Do you foresee any issues with your MR and if so, which ones?
* Why should this feature be in 0.13?

This is required to align our testing and review strategies to ensure a smooth release.

**Schedule**
``
2022-07-16 18:00:00 GMT Feature freeze — No new feature MRs will be merged.
2022-07-18 18:00:00 GMT Stress test event.
2022-07-22 10:00:00 GMT Total freeze — no new merges will be introduced unless they're critical.
2022-07-22 16:00:00 GMT Release build will be compiled.
2022-07-23 12:00:00 GMT Main server hardware upgrade.
2022-07-23 18:00:00 GMT Release party!
``