Adds game over on no moves with test.

[soerendomroes]

Fixes #437

[soerendomroes]

@xeruf

Warum werden in den Github Actions die 2024/25 Tests ausgeführt?

sc.plugin2024.GameResultTest > sc.plugin2024.GameResultTest > work with regular result FAILED
io.kotest.assertions.AssertionFailedError at GameResultTest.kt:239

[soerendomroes]

Task :plugin:test

sc.GamePlayTest > sc.GamePlayTest > sc.GamePlayTest > return regular scores FAILED
io.kotest.assertions.AssertionFailedError at GamePlayTest.kt:103

Das ist auch der Test für das 2024 plugin, oder?

[xeruf]

weil die auch weiterhin funktionieren sollen - schließlich werden wir ja dann durch die plugins rotieren, wenn wir alle funktionsfähig halten müssen wir dann kaum noch saisonspezifische arbeiten verrichten

[xeruf]

bitte auch wincondition testen - wenn der swarm connected ist (ein fisch corenered) und die runde vorbei sollte der spieler gewinnen, aber wenn die runde nicht vorbei ist muss er verlieren

[xeruf]

und dann das todo comment entfernen

aber bis hierhin sieht alles gut aus

[xeruf]

bzgl CI ist alles nochmal im gradle 9 update überarbeitet

[soerendomroes]

weil die auch weiterhin funktionieren sollen - schließlich werden wir ja dann durch die plugins rotieren, wenn wir alle funktionsfähig halten müssen wir dann kaum noch saisonspezifische arbeiten verrichten

Genau das verwirrt mich ja. Ich habe ja nichts Saisonübergreifendes angefasst. Wie kann das sein?

[soerendomroes]

@xeruf Die andere WinReason wird in dieser Implementierung gar nicht genutzt. Ist die noch hier, weil die in der vorherigen Implementierung vorhanden war? Ist der Plan alte Code-Schnipsel zu behalten?

[xeruf]

ja gibt flaky tests, hab ich im gradle update auch verbessert

bitte noch weiter Fälle testen:

bitte auch wincondition testen - wenn der swarm connected ist (ein fisch corenered) und die runde vorbei sollte der spieler gewinnen, aber wenn die runde nicht vorbei ist muss er verlieren

aber beachten, nachden den Regeln:
Der Spieler gewinnt, der am Ende des Spiels den schwersten zusammenhängenden Schwarm besitzt, wobei es sich auch um einen Teilschwarm handeln kann (Gewichtskriterium). Dafür wird für jeden Schwarm jeweils die Summe der Gewichte aller Fische in dem Schwarm gebildet. Ist der schwerste Schwarm von Rot genauso schwer, wie der schwerste Schwarm von Blau, gewinnt der Spieler, der während des Spiels zuerst einen Schwarm (kein Teilschwarm) gebildet hat, unabhängig davon, ob es ein eigener oder der des Gegners ist. Falls dies auch nicht der Fall ist, gibt es ein Unentschieden.

das heißt der cornered fisch gewinnt nicht unbedingt am ende einer runde, kommt drauf an ob das der größte zusammenhängende schwarm ist (wahrscheinlich nicht)

FIRST_UNION sollte das zweite kriterium im text abbilden, weiß nicht ob das überhaupt schon korrekt implementiert ist? müsste ja irgendwo getrackt werden...

[soerendomroes]

bitte auch wincondition testen - wenn der swarm connected ist (ein fisch corenered) und die runde vorbei sollte der spieler gewinnen, aber wenn die runde nicht vorbei ist muss er verlieren

Ich glaube nicht, dass wir es hinbekommen, dass so viele Fische gecornered sind, dass sie mehr sind als der größte Schwarm des Gegners der cornered.

[soerendomroes]

FIRST_UNION ist dieses Jahr gar keine Wincondition. Deshalb meine Frage.

Ist das da noch aus legacy Gründen, damit man die alten Regeln schneller findet?