Windows 26200で「config.yml.lockを取得できない」Rovo Dev CLI起動失敗の原因と最短解決策（v0.13.46不具合対応）

Windows 10/11系のビルド 26200 環境で Rovo Dev CLI を起動すると、バナー表示直後に config.yml.lock の取得に失敗して落ち続ける――。削除・再起動・権限確認・Defender無効化までやっても改善しない場合、ユーザー側の操作ミスや「何かがロックしている」話ではなく、特定バージョンの既知不具合を踏んでいる可能性が高いです。結論から言うと、Rovo Dev CLI v0.13.46のロック周りの不具合が原因で、v0.13.47で修正されています。 community.atlassian.com

Windows 26200で「config.yml.lockを取得できない」Rovo Dev CLI起動失敗の原因と最短解決策（v0.13.46不具合対応）

起きている症状の整理（典型パターン）

代表的なエラーメッセージは次の形式です。

Failed to start Rovo Dev CLI: The file lock 'C:\Users\<user>\.rovodev\config.yml.lock' could not be acquired.

厄介なのは、次を全部やっても「即死」が再現する点です。

.rovodev ディレクトリ丸ごと削除、.lock が存在しないことも確認
プロセス（acli / node / rovo関連）を終了、PC再起動も複数回
NTFS権限はフルコントロール、DefenderやControlled Folder Accessも無効
実行ディレクトリを変える、インストールし直す、PATHを見直す

つまり「ロックファイルが残ってる」「誰かが掴んでる」系の定番原因を潰しても変わらない、という状況です。 The Atlassian Developer Community

原因：Windows 26200固有ではなく、v0.13.46の既知不具合

「Windows build 26200の排他ロック実装が怪しい」と疑いたくなる挙動ですが、結論としては Rovo Dev CLI v0.13.46側の問題が特定され、修正版 v0.13.47 で解消したことが明言されています。 community.atlassian.com

そのため、26200環境で発生していても、まず疑うべきはOSではなく Rovo Dev CLIのバージョン固定です。加えて同種の相談が短期間に複数出ていることからも、特定リリース起因の可能性が高い状況でした。 community.atlassian.com+1

最短の解決策：v0.13.47以降へ更新する

やることはシンプルで、Rovo Dev CLIを最新（少なくとも v0.13.47 以上）へ更新します。 community.atlassian.com
再発を防ぐため、更新は「入れ直したつもり」で終わらせず、実体が置き換わっているかまで確認します。

1) まず、今動いている実体とバージョンを確認する

どの acli.exe を叩いているか（PATHが複数あると古い方を掴みます）
Rovo Dev CLI のバージョンが v0.13.46 のままになっていないか

ポイントは「ダウンロードした最新」ではなく、実行されているバイナリが最新かです。C:\tools\acli.exe のように明示パスで起動している場合は、置き換え漏れが減ります。

2) 最新版へ置き換える（古いバイナリを残さない）

既存の acli.exe を別名退避 or 削除してから、新しいものを同じ場所へ配置
System32 や紛らわしいディレクトリに複製がないか確認
可能なら一時的に PATH を絞り、狙った acli.exe だけが解決される状態で起動テスト

3) 更新後の起動テスト（キャッシュを疑う）

更新後も念のため次を一度だけやっておくと、ロック周り以外の「残骸」が混ざりにくいです。

C:\Users\<user>\.rovodev\ を削除（必要ならバックアップ後）
まっさらな作業ディレクトリで起動
それでも変なら、where acli（同名実体が複数ないか）を確認

ここまでで、多くのケースは解消します。

それでも直らないときに疑うべき「更新できていない」サイン

v0.13.47以降で修正済みである以上、同じエラーが続く場合は次の線が濃厚です。

実行しているのが v0.13.46 のまま（PATH優先順位・二重配置・ショートカットの参照先違い）
企業端末の制限で、更新したexeがブロック／隔離されて別の実体が起動している
プロファイル配下が特殊（リダイレクト、クラウド同期、仮想化）で、別の不具合を踏んでいる

なお、Windows 26200 系はプレビュー系のビルドとして運用されることが多く、更新に伴うファイル周りの不具合修正が「アウトオブバンド」で提供されることもあります。OS側の不安定さがゼロとは言い切れませんが、今回のロックエラーに関しては、まずCLIの更新が最優先です。 Microsoft サポート