v0.2.1: redeploy_project post-start polling (30s timeout)

DSM starts containers asynchronously - start_project returns immediately
while containers are still initialising. Adds _wait_for_project_running:
polls SYNO.Docker.Project/list every 2s up to 30s after issuing start.
Reports RUNNING on success; emits a warning instead of failure on timeout
so callers can still verify with get_project_status.

Applies to all three redeploy paths (RUNNING, STOPPED, BUILD_FAILED).

Also bumps version 0.2.0 → 0.2.1 and adds CHANGELOG entry.

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>

CHANGELOG.md

@@ -2,6 +2,25 @@
 
 All notable changes to this project will be documented in this file.
 
+## [0.2.1] - 2026-04-21
+
+### Fixed
+
+- `redeploy_project`: After issuing `start`, the tool now polls the project status every 2 seconds
+  for up to 30 seconds until the project reaches `RUNNING`. Previously DSM returned immediately
+  while containers were still starting, causing the project to appear as `exited` when checked
+  right after redeploy. On timeout a warning is returned instead of an error.
+- `delete_image`: Now distinguishes between running and stopped container references.
+  A stopped container holding the image produces a clear hint to use `delete_container`
+  or `system_prune` instead of a generic "in use" error.
+- `redeploy_project` (BUILD_FAILED path): Added explicit image pull step before restart
+  (`stop → pull → start`). Previously the old cached image could be reused.
+
+### Added
+
+- `delete_container` — delete a stopped container by name; refuses if container is still running;
+  requires `confirmed=True`.
+
 ## [0.2.0] - 2026-04-14
 
 ### Added