Skip to content

Commit

Permalink
fix small typos
Browse files Browse the repository at this point in the history
  • Loading branch information
Elena Terenzi committed May 2, 2024
1 parent 2a12f4a commit 2a42fd7
Show file tree
Hide file tree
Showing 2 changed files with 3 additions and 3 deletions.
4 changes: 2 additions & 2 deletions single_tech_samples/fabric/fabric_cicd_gitlab/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,7 +2,7 @@

This code sample serves as a starting point for implementing CI/CD processes when working with Microsoft Fabric. While it currently has some [limitations](#known-limitations), the goal is to iteratively enhance its capabilities in alignment with Fabric’s advancements.

The sample is recommended for:
The sample is recommended if:

- your organization adopts multi-tenancy in their CI/CD processes, such as the different environments (such as Development, Staging and Production) are on different Microsoft Entra IDs.
- your organization's preferred git tool is today not yet supported by Fabric (i.e. such as GitLab, and Bitbucket).
Expand Down Expand Up @@ -91,7 +91,7 @@ Currently, Microsoft Fabric supports Git integration for Azure DevOps only. This
>
> **Note 2**: This example includes a set of Fabric items to demonstrate the functionality of the solution. You are welcome to substitute these with your own items. In doing so, we advise maintaining identifiers such as workspaceIds and LakehouseIds as parameters for Notebooks and Data Pipelines. Failure to do this may result in the script being unable to push your item definitions if they reference item ids that have been removed.
This approach assumes that the developer will operate in the following way:
This approach assumes that the developer will operate by following the recommended workflow, as described below.

### Recommended Workflow

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -104,7 +104,7 @@ can be identical or variations depending on your CI/CD strategy.

Here's a breakdown of what `deploy-to-dev` does:

1. **Image**: The pipeline uses the `mcr.microsoft.com/powershell:alpine-3.17` Docker
1. **Runner Image**: The pipeline uses the `mcr.microsoft.com/powershell:alpine-3.17` Docker
image as its runner environment.

2. **Before Script**: This section prepares the environment for the pipeline:
Expand Down

0 comments on commit 2a42fd7

Please sign in to comment.