Checkout એક program નું નામ આપે છે.

તે કઈ રીતે અવગણાઈ જાય છે

Agent સામાન્ય development command ચલાવે છે. પણ repository configuration પોતાના code તરફ નિર્દેશ કરે છે. માત્ર દૃશ્ય tool name સમીક્ષવાથી, નીચે જે થાય છે તે બદલતી configuration ચૂકી શકાય.

Checkout Git ને working tree ના hooks તરફ, command-valued settings configure કરવા, અથવા folder ખોલ્યે run થતા editor tasks configure કરી શકે. Workspace ને source code ના passive collection ગણો તે પહેલાં આ files સમીક્ષ લાયક છે.

ClawMetry શું detect કરે છે

ClawMetry supported workspace configuration ને execution-related settings માટે scan કરે છે. noise ઘટાડવા known good command shapes ઉપયોગ કરીને, relevant key અથવા configuration source report કરે છે. આ detector checkout ખુદ વાંચે છે, agent tool stream પર આધાર ન રાખી.

Finding બદલી નાખતો તફાવત

ચકાસાયેલ ઉદાહરણ Git hooks ને working tree માં shipped directory તરફ નિર્દેશ કરે છે અને critical finding ઉત્પન્ન કરે છે. Default Git hooks directory તરફ hooks path શાંત રહે છે. Finding configuration ઓળખે છે, recorded execution નહીં.

{
  "kind": "repo_config_exec",
  "severity": "critical",
  "evidence": {
    "keys": [
      "core.hookspath"
    ],
    "hits": [
      {
        "key": "core.hookspath",
        "command": ".githooks",
        "line": 2,
        "manager": null
      }
    ],
    "config": ".git/config",
    "observed": "repository_config"
  }
}

આગળ શું તપાસવું

Setting, referenced files અને checkout ના origin ની તપાસ કરો. સામાન્ય development operations ચાલુ કરતા પહેલા, આ programs અપેક્ષિત છે કે નહીં નક્કી કરો. જો tool પહેલેથી ચાલ્યો હોય, machine પર ઉપલબ્ધ પુરાવા ઉપયોગ કરી અલગ તેની અસરો તપાસો.

1. config key તપાસો
2. referenced code સમીક્ષો
3. repository origin ચકાસો