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: README.md
+5-1Lines changed: 5 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,7 +24,11 @@ docker run -it swift /bin/bash
24
24
If you want to run the Swift REPL you will need to run the container with additional privileges:
25
25
26
26
```bash
27
+
# If running Docker on Linux:
27
28
docker run --security-opt seccomp=unconfined -it swift
29
+
30
+
# If running Docker on macOS:
31
+
docker run --privileged -it swift
28
32
```
29
33
30
34
We also provide a "slim" image. Slim images are images designed just for running an already built Swift program. Consequently, they do not contain the Swift compiler.
Copy file name to clipboardExpand all lines: swift-ci/README.md
+5-10Lines changed: 5 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,22 +2,17 @@
2
2
3
3
Swift.org uses Docker based virtual build environment to build & qualify Swift toolchains on Linux.
4
4
5
-
The Continuous Integration system uses the Dockerfiles in this directory to define the virtual build environment,
6
-
then runs the build and qualification steps inside a docker container based on the image.
5
+
The Continuous Integration system uses the Dockerfiles in this directory to define the virtual build environment, then runs the build and qualification steps inside a docker container based on the image.
7
6
8
7
## Directory Structure
9
8
10
-
The Dockerfiles used for Continuous Integration are layed out under the top level `swift-ci` directory.
11
-
Under that, we have a directory for each of the target branches, e.g.
12
-
Continuous Integration for Swift's `master` branch uses the `swift-ci/master` Dockerfiles.
9
+
The Dockerfiles used for Continuous Integration are layed out under the top level `swift-ci` directory. Under that, we have a directory for each of the target branches, e.g. Continuous Integration for Swift's `main` branch uses the `swift-ci/master` Dockerfiles.
13
10
14
11
There is also a specific directory (`swift-docc-render`) for the Dockerfile used to build Swift-DocC-Render. Swift-DocC-Render builds separately from the rest of the projects in the Swift toolchain and ships a pre-built copy for use in the toolchain in the Swift-DocC-Render-Artifact repository.
15
12
16
13
## Continuous Integration
17
14
18
-
This system is designed to support many distributions.
19
-
Once a working Dockerfile is added to this repository,
20
-
we set up Continuous Integration jobs to produce toolchains for the distribution and publish them on Swift.org.
15
+
This system is designed to support many distributions. Once a working Dockerfile is added to this repository, we set up Continuous Integration jobs to produce toolchains for the distribution and publish them on Swift.org.
21
16
22
17
## Local development & testing
23
18
@@ -27,7 +22,7 @@ First build & tag the Dockerfile:
27
22
docker build -f <dockerfile path>. -t <some tag>
28
23
```
29
24
30
-
Next run the Swift build using that Docker image
25
+
Next, run the Swift build using that Docker image:
0 commit comments