Skip to content

[Housekeeping]: Release 2.0 - Tracking Issue (scope • dependencies • status) #289

@pheus

Description

@pheus

Purpose

Coordinate the NetBox ACL Plugin v2.0 work in one place: scope, dependencies, merge order, testing, and docs. This issue is meta/housekeeping (not a feature request); individual changes are tracked in their own issues/PRs and linked here.

Status legend

  • 🔁 Implemented (rebase → dev-2.0 pending) — development done on a feature branch; not yet integrated into dev-2.0
  • 🧩 Implemented (in dev-2.0) — integrated into the fork’s integration branch; awaiting upstream PR/merge
  • 🔍 Investigating — validating scope, reproducing, and exploring solutions; not yet in implementation
  • 🟡 In progress — active development or pending review/approval
  • Planned — confirmed for 2.0 but not started
  • Merged (upstream release-2.0) — landed in the official 2.0 branch
  • Blocked

Scope (confirmed for v2.0)

🔁 Implemented (rebase → dev-2.0 pending)

🧩 Implemented (in dev-2.0, pending upstream merge)

🔍 Investigating

  • 🔍 none yet

🟡 In progress — needs maintainer approval

✅ Merged upstream (release-2.0)

  • none yet

⏳ Planned / not started

  • none yet

If an item has an open PR, please note it in a comment (e.g. “PR: #XYZ”). Inter‑issue dependencies can also be noted inline (e.g. “depends on #ABC”).


Integration queue (short‑term actions)


Gating items before tagging v2.0

  • Branch & milestone: Upstream release-2.0 branch and v2.0 milestone exist
  • Docs: Upgrade notes (breaking changes, migrations, deprecations)
  • README: Update with new features and supported versions (NetBox & Python)
  • Screenshots: Refresh UI screenshots in README/docs
  • Migrations: Schema/data migrations verified on representative datasets
  • CI: Test matrix green on release-2.0
  • Manual QA: Create/update/delete flows (UI & API), permissions/RBAC, search, and performance smoke tests
  • Changelog: Drafted and reviewed
  • Compatibility: Confirm supported NetBox & Python versions (documented)

Proposed workflow & merge order (when release-2.0 exists)

  1. Merge foundational refactors first (items other work depends on)
  2. Merge dependent features next (call out dependencies in PR descriptions)
  3. Merge docs/cleanup and finalize upgrade notes
  4. Cut pre‑release (beta/rc), gather feedback, then tag v2.0

Please mark PR descriptions with:
Closes #<issue> to auto‑close on merge
Depends on #<PR/issue> when order matters


How to test (early adopters)

  • Install the plugin from a fork/branch that aggregates 2.0 work (dev-2.0)
    pheus/netbox-acls/dev-2.0
  • Share findings on this thread; include NetBox version, steps, and logs.

Running changelog (draft)

Added

  • (populate as items merge)

Changed

  • (populate as items merge)

Deprecated/Removed

  • (populate as items merge)

Migration notes

  • (populate as items merge)

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions