
npm 在 rename 時顯示 ENOTEMPTY?刪除前先稽核 path 與 dest
保存完整錯誤、停止並行寫入,區分本機與全域安裝,並檢查精確目的目錄。只有證明它是殘留 staging 目錄後才窄幅移走,再重試一次並驗證 cache。
WATCH AT EASE · 實用指南
解決日常問題,核實內容的目前適用性。
217–240 / 343

保存完整錯誤、停止並行寫入,區分本機與全域安裝,並檢查精確目的目錄。只有證明它是殘留 staging 目錄後才窄幅移走,再重試一次並驗證 cache。

不要先加 --allow-unrelated-histories。先核對 repository、remote、root commits 與 merge-base;接錯 repository 就更正,確實要保留兩條獨立歷史才做有備份的合併。

這個錯誤指向 refspec 的本機來源,不代表 GitHub 拒絕既有分支。先驗證 HEAD 是提交、refs/heads/main 確實存在,再選擇首次提交、正確分支或明確 HEAD 映射。

先證明是哪份 Docker 設定選了哪個 docker-credential-* 程式,以及同一使用者、WSL、sudo 或服務程序能否執行它,再決定是否調整憑據儲存。

「Failure writing output to destination」是本機寫入失敗,不代表伺服器或網路失敗。保留命令與狀態,分離檔案輸出與管線,再只修真正拒絕資料的目的地。


命令可在互動式 shell 執行,不代表服務程序能啟動。先保存 journal、檢查實際生效的 ExecStart,再依服務環境核對路徑、shebang 解譯器、目錄遍歷、掛載選項與政策證據。

原始碼可能使用 import,但編譯後 JavaScript、依賴或測試工具仍呼叫 require()。先證明執行時邊界,再選擇完整 ESM 遷移、動態 import 橋接或經評審的暫時版本固定。

先確認確切的 Python、pip 設定、代理簽發者與 CA 來源,再修復最小的受支援層,並在無繞過下重試原請求。

衝突可能屬於另一個容器、主機程序、重複 Compose 對應或守護程式狀態。先固定準確的主機 IP、協定與連接埠,再只改已驗證擁有者。

這個數字常是意外文字的前四個位元組被誤讀為 SFTP 封包長度。重現同一帳號與路徑、擷取非互動輸出,再區分啟動檔、子系統故障與有限的舊協定相容。

校驗和不一致可能來自舊 lock 條目、損壞的本機快取、私有 registry 或代理回傳不同位元組,也可能是套件中繼資料變更。先保存證據,確認精確來源,再只修復失敗邊界。

鎖可能屬於仍在寫入的 Git、崩潰殘留、持續重建它的 hook/IDE,或不可寫入的儲存庫。先解析真實路徑、核對持有者、保存暫存狀態,再修復已證明的邊界。

此錯誤表示客戶端已聯絡某個 agent,但簽署沒有完成。先確認實際 socket、比對金鑰指紋、做本機簽署測試並核對 SSH 真正採用的路徑,再處理權限、轉送或硬體權杖。

「unable to get local issuer certificate」不是單一修法。先記錄 TLS 後端、CAfile、CApath 與代理路徑,再修正伺服器鏈、客戶端信任輸入或檢查代理。

雜湊來自超級專案,不是你預期的分支。先保存 gitlink、核對實際 URL,並證明物件位於本機、可遠端取得或確實缺失,再決定同步、推送、fork 或更改固定提交。




代理預覽可以編輯,不表示歸檔包含原始鏡頭。先保全兩條素材路徑、確認歸檔範圍,再查明算繪實際讀取哪些檔案,才能判斷原始品質是否恢復。

成功完成串流複製串接,可能保留每一個解碼畫面,卻壓縮播放時間。選擇修復方法前,先比較串流參數、片段長度與兩種時間戳記。

先證明 pip 指向哪個 Python,再區分專案函式庫、命令列應用或系統元件;核對路徑後才評估 --break-system-packages。

倖存的備份可能保留編輯內容,即使工作階段連結已經遺失。先同時保全兩者,確認實際設定路徑,再復原位元組內容,最後才嘗試重建分頁清單。

Docker 可能寫入另一個掛載點、耗盡 inode,或塞滿特定 Buildx 建置器。清理或搬移前先對應實際檔案系統。