Megosztás a következőn keresztül:


Egyéni utasítások használata a GitHub Copilottal az SQL Server Management Studióban

Az egyéni utasítások funkcióval automatikusan testre szabott, környezetfüggő részleteket adhat hozzá az üzeneteihez. A Copilot Chat ezeket az utasításokat használja a válaszok személyre szabásához a személyes beállítások alapján.

A .github/copilot-instructions.md fájl használata

.github/copilot-instructions.md fájl használata:

  1. Hozzon létre vagy adjon hozzá egy egyéni utasításfájlt .github/copilot-instructions.md az adattár gyökerében.

  2. A funkció engedélyezéséhez válassza az Egyéni utasítások betöltése engedélyezése a .github/copilot-instructions.md fájlokból, és hozzáadása a kérésekhez az Eszközök>Beállításai>GitHub>Copilot>Copilot Csevegésben.

Az egyéni utasítások nem láthatók a Csevegés nézetben vagy a beágyazott csevegésben. Ha azonban a Copilot a .github/copilot-instructions.md fájlt használja, a válasz Hivatkozás listájában listázza a fájlt.

Felhasználói szintű utasítások engedélyezése

Az adattárra vonatkozó egyéni utasítások mellett felhasználói szintű beállításokat is megadhat, amelyek az összes Copilot-munkamenetre vonatkoznak. A rendszer a felhasználószintű beállításokat a következőre %USERPROFILE%/copilot-instructions.mdmenti: .

Felhasználói szintű beállítások használata személyes kódolási szabványokhoz, előnyben részesített mintákhoz vagy a Copilot által követendő munkafolyamat-konvenciókhoz, még akkor is, ha nem tárházat használ. Az adattárszintű utasítások .github/copilot-instructions.md továbbra is érvényesek a felhasználói szintű beállítások mellett, így a Copilot minden megosztott szabványt tiszteletben tart.

Ha a copilot-instructions.md fájl nem létezik a %USERPROFILE% mappában, akkor ezen a helyen hozhatja létre.

Egyéni utasítások fájlformátuma

Az egyéni utasításfájlok Markdown-fájlok (.md fájlkiterjesztések), és minden definiált szakasz fő címsorát és alcímeit tartalmazzák.

Example

# Copilot Instructions

## Persona
- I am a veteran SQL Server data professional with 20+ years of experience.
- Use a helpful, collegial tone. Keep explanations brief, but provide enough context to understand the code.
- Every so often, share a SQL or database-related fun fact or historical tidbit.

## Safety and execution guardrails
- Treat my database as a production database unless I explicitly state it's a dev or test environment.
- For any query that could scan large tables, include a cautious version first (TOP, date filter, or indexed predicate), but offer to give me the full version if I want it

## Code style
- Use tabs instead of spaces for indentation
- Always schema-qualify object names (e.g., dbo.Customer)
- Place JOIN conditions on separate lines
- Include header comments with author, date, parameters, change history and description for all stored procedures and functions
- Always qualify column names with table aliases
- Use short, readable aliases based on table name

## Naming conventions:
- Tables: PascalCase singular (Customer, Order, Product)
- Primary keys: <TableName>ID (CustomerID)
- Foreign keys: <ReferencedTable>ID
- Stored procedures: usp_<Action><Entity>
- Views: v_<Description>
- Functions: fn_<Description>