Question 30
The team has implemented a fix for this Copilot-related requirement: A developer has excluded a private config file but an assistant still infers metadata from hover descriptions. Which outcome directly validates the intended behavior?
Explanation
Correct Answer
This is the specific observable acceptance result for the scenario. GitHub warns excluded file information may reach Copilot indirectly through type and hover metadata; path exclusion alone is not a complete information-flow proof. It demonstrates the required behavior, rather than merely showing that a setting was changed.
Incorrect Answers
Test seats from multiple intended repositories inherit the effective excluded paths in supported clients; unsupported agent/MCP paths are independently restricted. However, this does not establish the required outcome: captured approved prompt/tool context omits sensitive indirect symbol or configuration details even though the original file has a configured exclusion.
A negative test cannot write outside the allowlisted directory or invoke an unapproved MCP method, while in-scope changes produce a reviewable tested PR. However, this does not establish the required outcome: captured approved prompt/tool context omits sensitive indirect symbol or configuration details even though the original file has a configured exclusion.
The referenced repository and obligations are reviewed when found, and the absence of a reference is not documented as proof no matching code exists. However, this does not establish the required outcome: captured approved prompt/tool context omits sensitive indirect symbol or configuration details even though the original file has a configured exclusion.