You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: eng/common/instructions/azsdk-tools/typespec-to-sdk.instructions.md
+3-2Lines changed: 3 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,8 +22,8 @@ As a first step, you must prompt the user to understand the intention of SDK gen
22
22
23
23
Generate SDK locally in cases below:
24
24
- If the user wants to walk through each SDK generation step locally. This approach requires user to have the setup for each language to generate SDK locally. User can create a pull request for each language after completing all the steps in SDK generation successfully to get the generated SDK reviewed and merged.
25
-
- If the user wants to troubleshoot a failed SDK generation by the pipeline.
26
25
- If SDK or client.tsp customizations are needed before creating a pull request.
26
+
- If the user wants to add tests, samples or any customization to the generated SDK.
27
27
28
28
Generate SDK using pipeline:
29
29
- If the user wants to generate SDK and get a PR automatically created in Azure SDK language repositories. This approach can be followed if the user does not want to setup local environment for each language.
@@ -53,7 +53,8 @@ Follow the steps in #file:local-sdk-workflow.instructions.md to generate and bui
53
53
2. Monitor pipeline status after 15 minutes and provide updates. If pipeline is in progress, inform user that it may take additional time and check the status later.
54
54
3. Display generated SDK PR links when available. If pipeline fails, inform user with error details and suggest to check pipeline logs for more information.
55
55
4. If SDK pull request is available for all languages, ask user to review generated SDK pull request and mark them as ready for review when they are ready to get them reviewed and merged.
56
-
5. If SDK pull request was created for test purposes, inform user to close the test SDK pull request.
56
+
5. Inform the user that they can checkout generated SDK pull request locally and add more tests, samples or code customizations if needed using local SDK generation tools.
57
+
6. If SDK pull request was created for test purposes, inform user to close the test SDK pull request.
57
58
**Success Criteria**: SDK generation pipeline initiated and SDKs generated
0 commit comments