Skip to content

Conversation

rsempe
Copy link
Collaborator

@rsempe rsempe commented Jun 17, 2025

Reverts #3687.

We want to exclude that from the 1.30 self-hosted release.
Will be included on the 1.31 release.

@rsempe rsempe merged commit 890fe66 into main Jun 17, 2025
14 checks passed
@rsempe rsempe deleted the revert-3687-chore-not-null-organization-id branch June 17, 2025 13:34
vincent-pochet added a commit that referenced this pull request Jun 17, 2025
vincent-pochet added a commit that referenced this pull request Jun 23, 2025
vincent-pochet added a commit that referenced this pull request Jun 26, 2025
vincent-pochet added a commit that referenced this pull request Jun 26, 2025
Reapply #3838 that was rollbacked to allow a non blocking release

## Context

This PR is part of the epic to add `organization_id` on all tables of
the application

## Description

The current one is removing the `optional` attribute on all `belongs_to
:organization` relations. In a next step the presence will be enforced
at database level with a not null constraint

The PR also updates the relations from customer and organization table
to make sure it uses the organization_id column.

**NOTE**: Since this change will require all tables to be updated before
the release, a migration guide will be added (See
https://getlago.com/docs/guide/migration/migration-to-v1.29.0 as an
example). The guide will state that customer will have to first run the
[migrations:fill_organization_id rake
task](https://github.com/getlago/lago-api/blob/main/lib/tasks/migrations/organization_id.rake)
diegocharles pushed a commit that referenced this pull request Jun 30, 2025
Reapply #3838 that was rollbacked to allow a non blocking release

## Context

This PR is part of the epic to add `organization_id` on all tables of
the application

## Description

The current one is removing the `optional` attribute on all `belongs_to
:organization` relations. In a next step the presence will be enforced
at database level with a not null constraint

The PR also updates the relations from customer and organization table
to make sure it uses the organization_id column.

**NOTE**: Since this change will require all tables to be updated before
the release, a migration guide will be added (See
https://getlago.com/docs/guide/migration/migration-to-v1.29.0 as an
example). The guide will state that customer will have to first run the
[migrations:fill_organization_id rake
task](https://github.com/getlago/lago-api/blob/main/lib/tasks/migrations/organization_id.rake)
diegocharles pushed a commit that referenced this pull request Jul 11, 2025
Reverts #3687.

We want to exclude that from the `1.30` self-hosted release.
Will be included on the `1.31` release.
diegocharles pushed a commit that referenced this pull request Jul 11, 2025
Reapply #3838 that was rollbacked to allow a non blocking release

## Context

This PR is part of the epic to add `organization_id` on all tables of
the application

## Description

The current one is removing the `optional` attribute on all `belongs_to
:organization` relations. In a next step the presence will be enforced
at database level with a not null constraint

The PR also updates the relations from customer and organization table
to make sure it uses the organization_id column.

**NOTE**: Since this change will require all tables to be updated before
the release, a migration guide will be added (See
https://getlago.com/docs/guide/migration/migration-to-v1.29.0 as an
example). The guide will state that customer will have to first run the
[migrations:fill_organization_id rake
task](https://github.com/getlago/lago-api/blob/main/lib/tasks/migrations/organization_id.rake)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants