Dela via


Använd anpassade instruktioner med GitHub Copilot i SQL Server Management Studio

Använd funktionen anpassade instruktioner för att automatiskt lägga till anpassad, kontextuell information i dina frågor. Copilot Chat använder dessa instruktioner för att skräddarsy svar baserat på dina personliga preferenser.

Använd filen .github/copilot-instructions.md

Så här använder du en .github/copilot-instructions.md fil:

  1. Skapa eller lägg till en anpassad instruktionsfil med namnet .github/copilot-instructions.md i roten på lagringsplatsen.

  2. Om du vill aktivera funktionen väljer du Aktivera anpassade instruktioner som ska läsas in från .github/copilot-instructions.md-filer och läggs till i begäranden i Verktygsalternativ>>GitHub>Copilot>Copilot Chat.

Anpassade instruktioner visas inte i chattvyn eller integrerad chatt. Men när Copilot använder .github/copilot-instructions.md filen visas filen i listan Referenser för ett svar.

Aktivera instruktioner på användarnivå

Förutom anpassade instruktioner för en lagringsplats kan du definiera inställningar på användarnivå som gäller för alla dina Copilot-sessioner. Inställningar på användarnivå sparas till %USERPROFILE%/copilot-instructions.md.

Använd inställningar på användarnivå för personliga kodningsstandarder, önskade mönster eller arbetsflödeskonventioner som du vill att Copilot ska följa, även om du inte använder en lagringsplats. Instruktioner på lagringsplatsnivå i .github/copilot-instructions.md gäller fortfarande tillsammans med dina inställningar på användarnivå, så Copilot respekterar alla delade standarder.

copilot-instructions.md Om filen inte finns i mappen %USERPROFILE% kan du skapa den på den platsen.

Filformat för anpassade instruktioner

Anpassade instruktionsfiler är markdown-filer (.md filnamnstillägg) och innehåller en huvudrubrik och underrubriker för varje avsnitt som du definierar.

Exempel

# 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>