Udostępnij za pośrednictwem

Korzystanie z instrukcji niestandardowych w narzędziu GitHub Copilot w programie SQL Server Management Studio

Użyj niestandardowej funkcji instrukcji, aby automatycznie dodawać dostosowane szczegóły kontekstowe do monitów. Copilot Chat używa tych instrukcji, aby dostosować odpowiedzi na podstawie osobistych preferencji.

Użyj pliku .github/copilot-instructions.md

Aby użyć .github/copilot-instructions.md pliku:

  1. Utwórz lub dodaj niestandardowy plik instrukcji o nazwie .github/copilot-instructions.md w katalogu głównym repozytorium.

  2. Aby włączyć tę funkcję, wybierz pozycję Włącz niestandardowe instrukcje, które mają zostać załadowane z plików .github/copilot-instructions.md i dodanie ich do żądań w>>GitHub>Copilot>Copilot Chat.

Niestandardowe instrukcje nie są widoczne w widoku czatu ani w czacie wbudowanym. Jednak gdy Copilot używa .github/copilot-instructions.md pliku, wyświetla on plik na liście Odwołań odpowiedzi.

Włączanie instrukcji na poziomie użytkownika

Oprócz niestandardowych instrukcji dla repozytorium można zdefiniować preferencje na poziomie użytkownika, które mają zastosowanie do wszystkich sesji Copilot. Preferencje na poziomie użytkownika są zapisywane w lokalizacji %USERPROFILE%/copilot-instructions.md.

Użyj preferencji na poziomie użytkownika dla osobistych standardów kodowania, preferowanych wzorców lub konwencji przepływu pracy, które mają być przestrzegane przez Copilot, nawet jeśli nie używasz repozytorium. Instrukcje na poziomie repozytorium w .github/copilot-instructions.md nadal obowiązują wraz z preferencjami na poziomie użytkownika, dzięki czemu Copilot przestrzega wszystkich wspólnych standardów.

copilot-instructions.md Jeśli plik nie istnieje w folderze%USERPROFILE%, możesz go utworzyć w tej lokalizacji.

Niestandardowy format pliku instrukcji

Pliki instrukcji niestandardowych to pliki markdown (.md rozszerzenie pliku) i zawierają nagłówek główny i podpozycje dla każdej zdefiniowanej sekcji.

Przykład

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

Treści powiązane

  • Last updated on