You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
refactor(delete): replace force_parts/force_masters with part_integrity
Introduced unified `part_integrity` parameter for delete and drop operations
with policies for master-part integrity:
For delete():
- "enforce" (default): Error if parts would be deleted without masters
- "ignore": Allow deleting parts without masters (breaks integrity)
- "cascade": Also delete masters when parts are deleted
For drop():
- "enforce" (default): Error - drop master instead
- "ignore": Allow direct drop
This replaces the previous boolean parameters:
- force_parts=True → part_integrity="ignore"
- force_masters=True → part_integrity="cascade"
- Part.drop(force=True) → Part.drop(part_integrity="ignore")
The same parameter works consistently on both Table and Part classes,
providing a cleaner, more intuitive API.
Co-Authored-By: Claude Opus 4.5 <[email protected]>
1.**Run "Manual Draft Release" workflow** on GitHub Actions
8
+
2.**Edit the draft release**:
9
+
- Change release name to `Release 2.0.0`
10
+
- Change tag to `v2.0.0`
11
+
3.**Publish the release**
12
+
4. Automation will:
13
+
- Update `version.py` to `2.0.0`
14
+
- Build and publish to PyPI
15
+
- Create PR to merge version update back to master
16
+
17
+
### Version Note
18
+
19
+
The release drafter computes version from the previous tag (`v0.14.6`), so it would generate `0.14.7` or `0.15.0`. You must **manually edit** the release name to include `2.0.0`.
20
+
21
+
The regex on line 42 of `post_draft_release_published.yaml` extracts version from the release name:
0 commit comments