Nowy starter a nowe dodatki na weekly - problemy #513

New Issue

jakubg1 · 2026-08-07T14:07:13+02:00

jakubg1 commented

2026-08-07 14:07:13 +02:00

Doszła do mnie wiadomość, że w wersji Weekly na Steam są nowe cysterny DieselPowera, których nie da się wybrać w nowym starterze, bo ten obsługuje tylko nowy format bazy pojazdów.
W związku z tym proszę o pilne dokonanie jednej z trzech opcji:

Dodanie do startera parsowania plików textures.txt
Dodanie do wytycznych nakazu tworzenia nowych plików bazy pojazdów wraz z dodatkiem i uzupełnienia bazy dla tych pojazdów, które są na repo i nie mają takich wpisów
Usunięcia nowego startera z paczki weekly, zastępując go dotychczasowym.

Pozdrawiam

Doszła do mnie wiadomość, że w wersji Weekly na Steam są nowe cysterny DieselPowera, których nie da się wybrać w nowym starterze, bo ten obsługuje tylko nowy format bazy pojazdów. W związku z tym proszę o **pilne** dokonanie jednej z trzech opcji: - Dodanie do startera parsowania plików textures.txt - Dodanie do wytycznych nakazu tworzenia nowych plików bazy pojazdów wraz z dodatkiem i uzupełnienia bazy dla tych pojazdów, które są na repo i nie mają takich wpisów - Usunięcia nowego startera z paczki weekly, zastępując go dotychczasowym. Pozdrawiam

jakubg1 added the błąd !important labels 2026-08-07 14:07:13 +02:00

Hirek commented

2026-08-07 14:41:10 +02:00

Teoretycznie można zrobić też tak ze starter po wykryciu zwyklego textures.txt bedzie najzwyczajniej w świecie konwertować brakujące wpisy do swojej bazy i tyle. Proszę o wypowiedź administracji w kwestii nowego startera co dalej bo od czasu afery w sumie nic nie ustalono.

*Teoretycznie* można zrobić też tak ze starter po wykryciu zwyklego textures.txt bedzie najzwyczajniej w świecie konwertować brakujące wpisy do swojej bazy i tyle. Proszę o wypowiedź administracji w kwestii nowego startera co dalej bo od czasu afery w sumie nic nie ustalono.

x_Zielu commented

2026-08-07 15:26:25 +02:00

Ja jestem zwolennikiem wywalenia nowego startera z weekly do czasu jego skończenia i pełnego przetestowania na becie.

Hirek commented

2026-08-07 15:27:32 +02:00

Na becie czyli? Z tego co wynikło podczas afery to public-beta sie do tego za bardzo nie nadaje z tego co rozumiem.

x_Zielu commented

2026-08-07 15:50:01 +02:00

Pisałem na dc ale żeby się nie zgubiło:
Ja nie mam problemu z tym, że istnieje beta, tylko żeby to nie był śmietnik na 50 zmian na raz, tylko (to teraz luźna koncepcja):
jak macie gotową zmianę x, w miarę możliwości przetestowaną we własnym gronie, to wrzucacie ją na beta i dajecie informację na ⁠discorda na odpowiedni kanał, że zrobiono zmianę x, proszę przetestować.
W skrócie - afera nie była o to, że testy istnieją na becie, tylko że są chaotyczne, niedokończone i nieopisane zmiany. Moje uwagi odnosiły się do tego, żeby uporządkować to co się dzieje na becie i testować na niej (chociaż deklaratywnie) gotowe produkty, a nie, żeby jej nie używać do testów.

Pisałem na dc ale żeby się nie zgubiło: Ja nie mam problemu z tym, że istnieje beta, tylko żeby to nie był śmietnik na 50 zmian na raz, tylko (to teraz luźna koncepcja): jak macie gotową zmianę x, **w miarę możliwości przetestowaną we własnym gronie**, to wrzucacie ją na beta i dajecie informację na ⁠discorda na odpowiedni kanał, że zrobiono zmianę x, proszę przetestować. W skrócie - afera nie była o to, że testy istnieją na becie, tylko że są chaotyczne, niedokończone i nieopisane zmiany. Moje uwagi odnosiły się do tego, żeby uporządkować to co się dzieje na becie i testować na niej (chociaż deklaratywnie) gotowe produkty, a nie, żeby jej nie używać do testów.

danniel commented

2026-08-07 17:09:44 +02:00

Ja bym to widzial w ten sposób

na githubie, zmiany z nieznaną stabilnością - mergujemy na staging
zmiany stabilne staging - > master

na steamie będą 2 weekly

stabilne - pctga aktualna + master
niestabilne - pctga aktualna + staging

Ja bym to widzial w ten sposób na githubie, zmiany z nieznaną stabilnością - mergujemy na staging zmiany stabilne staging - > master na steamie będą 2 weekly stabilne - pctga aktualna + master niestabilne - pctga aktualna + staging

x_Zielu commented

2026-08-07 18:10:39 +02:00

Dla mnie ok.

//z wyraźnym zaznaczeniem, że nieznana stabilność =/= wrzucanie tam rzeczy nieskończonych i niesprawdzonych przez autora.

Dla mnie ok. //z wyraźnym zaznaczeniem, że nieznana stabilność =/= wrzucanie tam rzeczy nieskończonych i niesprawdzonych przez autora.

jakubg1 commented

2026-08-07 18:13:36 +02:00

Jestem za. Tylko w jaki sposób będziemy mergować staging do mastera?

danniel commented

2026-08-07 18:20:58 +02:00

załóżmy że co w ciągu miesiąca albo dwóch ktoś by musiał przetestować wersje niestabilną / przeniesc do stanu stabilności, w przeciwnym wypadku commity powodujące niestabilność byłby wycinane aby nadal sobie leżały na stagingu. - może ktoś z lepszym doświadczeniem w open source contribution moglby podpowiedziec.

jakubg1 commented

2026-08-07 18:27:28 +02:00

No bo właśnie, jeżeli coś wymaga dopracowania, to PR nie powinien być przyjęty, tylko uwagi zgłoszone i autor musi to poprawić.
Niestety z testami różnie i może nikogo nie być chętnego do testów, więc trafi do ludu do jakby nie patrzeć testowej wersji paczki.
Więc do staging można by zaciągać niezmergowane branche z pull requestów, tylko wtedy ryzykujemy konfliktami.

No bo właśnie, jeżeli coś wymaga dopracowania, to PR nie powinien być przyjęty, tylko uwagi zgłoszone i autor musi to poprawić. Niestety z testami różnie i może nikogo nie być chętnego do testów, więc trafi do ludu do jakby nie patrzeć testowej wersji paczki. Więc do staging można by zaciągać niezmergowane branche z pull requestów, tylko wtedy ryzykujemy konfliktami.

danniel commented

2026-08-07 18:38:48 +02:00

Sęk w tym że nie widać pewnych rzeczy na PR..., a dodatkowa warstwa testowania mogłaby przesądzić o odrzuceniu featurea, przed wielkim rozwaleniem całości.

danniel commented

2026-08-07 18:41:42 +02:00

Koniec końców i tak ktoś musiałby zakasać rękawy aby doprowadzić do stabilności roznicy staging - master...

Sign in to join this conversation.

4 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: eu07/maszyna#513