hotfix(ci): fixed tests and style #37
@@ -74,10 +74,12 @@ class FilmLibraryController(
|
||||
fun removeFilm(
|
||||
@PathVariable userId: UUID,
|
||||
@PathVariable filmId: UUID,
|
||||
) = removeFilmFromLibraryUseCase.removeFilm(
|
||||
RemoveFilmFromLibraryCommand(
|
||||
userId = userId,
|
||||
filmId = filmId,
|
||||
),
|
||||
)
|
||||
) {
|
||||
removeFilmFromLibraryUseCase.removeFilm(
|
||||
RemoveFilmFromLibraryCommand(
|
||||
userId = userId,
|
||||
filmId = filmId,
|
||||
),
|
||||
)
|
||||
}
|
||||
}
|
||||
|
||||
@@ -1,7 +1,10 @@
|
||||
CREATE TABLE IF NOT EXISTS public.users (
|
||||
id UUID PRIMARY KEY,
|
||||
name VARCHAR(255) NOT NULL,
|
||||
email VARCHAR(320) NOT NULL UNIQUE
|
||||
email VARCHAR(320) NOT NULL UNIQUE,
|
||||
provider VARCHAR(64),
|
||||
provider_id VARCHAR(255),
|
||||
created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP
|
||||
);
|
||||
|
|
||||
|
||||
CREATE TABLE IF NOT EXISTS public.films (
|
||||
|
||||
Reference in New Issue
Block a user
Editing an existing
V1__init.sqlmigration will break deployments on any environment that has already applied version 1, because Flyway validates migration checksums and will fail startup when a previously executed migration changes. This needs to be introduced as a new forward-only migration instead of rewritingV1.This changes the contents of the already-versioned
V1__init.sqlmigration instead of adding a new migration. Flyway will not re-runV1in environments that have already applied it, so those databases will still be missingprovider,provider_id, andcreated_at, and the updated repository queries will start failing at runtime when they select these columns.