refactor: remove CrashReporter and related logging components

- Removed CrashReporter interface and its implementation, SentryCrashReporter.
- Deleted log buffering functionality and associated LogBuffer class.
- Updated LoggerAppLogger to eliminate dependencies on removed components.
- Simplified logging structure to focus on AppLogger and sensitive data scrubbing.
- Adjusted AppEnv to remove Sentry-related configurations.
- Refactored tests to align with the new logging architecture.

packages/core_auth/lib/src/session_ports.dart

@@ -6,7 +6,7 @@
 /// 11 的 `switchStore` / `logout` 伪代码直接 `ref.read` 了
 /// `webViewSessionProvider`（core_webview）、`appDatabaseProvider`（core_storage）、
 /// `prefsProvider`（core_storage）、`goRouterProvider`（core_router）、
-/// `crashReporterProvider`（core_logging）、`analyticsProvider`（core_analytics）。
+/// `analyticsProvider`（core_analytics）。
 ///
 /// 但 01 的依赖约束里，`core_auth` 一条 `core_*` 出边都没有（连允许的三条例外
 /// 都是别人指向它）。照抄伪代码会把 core_auth 变成整个 core 层的汇聚点，
@@ -72,9 +72,8 @@ abstract interface class SessionScopedStore {
 
 /// 会话变化时需要同步的观测 / 埋点侧。
 ///
-/// 由 app 层用 core_logging 的 `CrashReporter` 和 core_analytics 的 `Analytics`
-/// 实现。**漏了这一步的表现是切店后的崩溃和埋点还挂在旧门店名下**，按门店维度
-/// 分析时数据是错的，而且错得很隐蔽（11 步骤 8）。
+/// 由 app 层用 core_analytics 的 `Analytics` 实现。漏了这一步会让切店后的埋点
+/// 仍挂在旧门店名下，按门店维度分析时数据会悄悄出错。
 abstract interface class SessionObserver {
   /// 门店上下文已更新。
   void onStoreChanged(StoreContext store);