refactor(backend): verb-first names for the provisioning modules

Rename the module files to match their functions' verb-first names:
`bottle_provision.py` -> `provision_bottle.py`,
`gateway_provision.py` -> `provision_gateway.py` (and the test file to match).
Imports, docstrings, and the git_gate/service.py pointer updated.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

bot_bottle/backend/docker/consolidated_launch.py

@@ -24,7 +24,7 @@ from ...gateway import GATEWAY_NETWORK
 from .infra import INFRA_NAME, DockerInfraService
 from ...orchestrator.store.secret_store import ENV_VAR_SECRET_NAME
 from ...orchestrator.reprovision import reprovision_bottles
-from ..bottle_provision import deprovision_bottle, provision_bottle
+from ..provision_bottle import deprovision_bottle, provision_bottle
 from .gateway_transport import DockerGatewayTransport
 from .gateway_net import next_free_ip
 

bot_bottle/backend/docker/gateway_transport.py

@@ -2,7 +2,7 @@
 
 How the launcher stages files + runs commands in the running gateway container:
 `docker exec` / `docker cp` over the docker socket. The backend-neutral
-provisioning logic that drives it lives in `backend.gateway_provision`.
+provisioning logic that drives it lives in `backend.provision_gateway`.
 """
 
 from __future__ import annotations

bot_bottle/backend/firecracker/consolidated_launch.py

@@ -40,7 +40,7 @@ from ...orchestrator.lifecycle import (
 )
 from ...orchestrator.reprovision import reprovision_bottles
 from ...orchestrator.store.secret_store import ENV_VAR_SECRET_NAME
-from ..bottle_provision import deprovision_bottle, provision_bottle
+from ..provision_bottle import deprovision_bottle, provision_bottle
 from . import cleanup, infra_vm, util
 from .gateway import FirecrackerGateway
 

bot_bottle/backend/firecracker/gateway_transport.py

@@ -4,7 +4,7 @@
 How the launcher stages files + runs commands in the running gateway: the
 docker exec/cp equivalents over SSH (dropbear + the stable infra key). The
 backend-neutral provisioning logic that drives it lives in
-`backend.gateway_provision`.
+`backend.provision_gateway`.
 """
 
 from __future__ import annotations

bot_bottle/backend/macos_container/consolidated_launch.py

@@ -40,7 +40,7 @@ from ...log import info
 from ...orchestrator.client import OrchestratorClient, OrchestratorClientError
 from ...orchestrator.reprovision import reprovision_bottles
 from ...orchestrator.store.secret_store import ENV_VAR_SECRET_NAME
-from ..bottle_provision import deprovision_bottle, provision_bottle
+from ..provision_bottle import deprovision_bottle, provision_bottle
 from . import util as container_mod
 from .enumerate import CONTAINER_NAME_PREFIX, EnumerationError, enumerate_active
 from .gateway import GATEWAY_NETWORK

bot_bottle/backend/macos_container/gateway_transport.py

@@ -2,7 +2,7 @@
 
 How the launcher stages files + runs commands in the running gateway container:
 the `container` CLI's exec/cp equivalents. The backend-neutral provisioning
-logic that drives it lives in `backend.gateway_provision`; Docker uses
+logic that drives it lives in `backend.provision_gateway`; Docker uses
 `docker exec`/`docker cp` and Firecracker uses SSH.
 """
 

bot_bottle/backend/provision_bottle.py

@@ -4,7 +4,7 @@ Register a bottle with the orchestrator and provision its git-gate state into
 the shared gateway (`provision_bottle`), and the inverse teardown
 (`deprovision_bottle`). Backend-neutral — each backend's consolidated_launch
 drives these through its own `GatewayTransport` rather than re-implementing
-them. The git-gate half of the work lives in `gateway_provision`.
+them. The git-gate half of the work lives in `provision_gateway`.
 """
 
 from __future__ import annotations
@@ -16,7 +16,7 @@ from ..git_gate import GitGatePlan
 from ..orchestrator.client import OrchestratorClient, RegisteredBottle
 from ..orchestrator.registration import registration_inputs
 from ..orchestrator.store.secret_store import new_env_var_secret
-from .gateway_provision import GatewayTransport, deprovision_git_gate, provision_git_gate
+from .provision_gateway import GatewayTransport, deprovision_git_gate, provision_git_gate
 
 
 def provision_bottle(

bot_bottle/git_gate/service.py

@@ -60,7 +60,7 @@ class GitGate:
         # `sh`, so the script needs the x bit. The gateway copy does not
         # necessarily preserve this mode (`docker cp` does, the Apple `container
         # cp` does not), so provisioning re-applies +x on the gateway side — see
-        # backend/gateway_provision.py.
+        # backend/provision_gateway.py.
         access_hook.chmod(0o700)
         upstreams_with_files: list[GitGateUpstream] = []
         for u in upstreams:

tests/unit/test_consolidated_launch.py

@@ -15,7 +15,7 @@ from bot_bottle.git_gate import GitGatePlan
 from bot_bottle.orchestrator.client import RegisteredBottle
 
 _MOD = "bot_bottle.backend.docker.consolidated_launch"
-_UTIL = "bot_bottle.backend.bottle_provision"
+_UTIL = "bot_bottle.backend.provision_bottle"
 
 
 def _egress_plan() -> EgressPlan:

tests/unit/test_macos_consolidated_launch.py

@@ -17,7 +17,7 @@ from bot_bottle.git_gate import GitGatePlan
 from bot_bottle.orchestrator.client import RegisteredBottle
 
 _MOD = "bot_bottle.backend.macos_container.consolidated_launch"
-_UTIL = "bot_bottle.backend.bottle_provision"
+_UTIL = "bot_bottle.backend.provision_bottle"
 
 
 def _egress_plan() -> EgressPlan:

tests/unit/test_provision_gateway.py

@@ -6,7 +6,7 @@ import unittest
 from pathlib import Path
 from unittest.mock import Mock, patch
 
-from bot_bottle.backend.gateway_provision import (
+from bot_bottle.backend.provision_gateway import (
     GatewayProvisionError,
     deprovision_git_gate,
     provision_git_gate,