Change Impact Guide

Practical guide to where to make changes in BattleScore and which other areas are likely to be affected.
Engineering Impact Analysis Change Safety

How to use this page

Start with the thing you want to change, then review:

  • primary tables
  • primary API folders
  • primary frontend pages
  • secondary areas likely to break

Change: race / faction / canonical unit data

Area Main places to look
SQLrace, factions, units, unit_aliases
APImeta, armies imports, units, factions, faction units
UIarmies, units, import pages, TO entrant armies
Adminrace_edit, faction_edit, faction_unit_edit

Likely side effects: imports, army selectors, filters, stats, TO army linking.

Change: army creation or army structure

Area Main places to look
SQLarmy_lists, army_units
APIarmies, units, import commit endpoints
UIarmies, units, import pages
TOevent_entrant_armies

Likely side effects: imports, game setup, TO entrant armies, performance stats.

Change: gameplay turn structure or score events

Area Main places to look
SQLgames, game_turns, game_player_turns, game_units, game_events
APIgames, turns, events
UIgame_setup, game_play, game_breakdown, tournaments

Likely side effects: play-state rendering, finalisation, breakdown views, standings.

Change: tournament scoring or standings

Area Main places to look
SQLtournaments, tournament scoring tables, games
APItournaments, to, games/finalise
UItournaments page, TO event edit, events/entrants flows
Admintournament_edit

Likely side effects: round interpretation, standings history, event setup behaviour.

Change: user/auth/subscription logic

Area Main places to look
SQLusers, user_sessions, password_resets, email_verifications
APIauth, subscription, user
UIlogin, signup, verify, forgot, reset, profile
Adminusers, user_edit, login

Likely side effects: every surface, because auth and ownership are system-wide.

Highest-risk change areas

  1. Identity/auth
  2. Canonical unit/reference data
  3. Game event logic
  4. Tournament scoring systems
  5. Admin write endpoints

Recommended change process

  • Start with the relevant SQL tables and data model docs
  • Review the owning API endpoints
  • Review all UI/TO pages that consume them
  • Check admin tooling if reference/configuration is involved
  • Update reference docs if the architecture or interactions change