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: user/enterprise/workspaces-eom.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,18 +8,18 @@ This page contains operations manual level information about Workspaces and Cach
8
8
9
9
## Cache vs. Workspaces
10
10
11
-
Cache, aka Build Cache, is configured file bucket which serves a purpose as a cache for build artifacts. Users of Travis CI Enterprise may put or pull to/from the Cache the build artifacts.
11
+
Cache, aka Build Cache, is a configured file bucket that serves the purpose of a cache for build artifacts. Users of Travis CI Enterprise may put or pull to/from the Cache the build artifacts.
12
12
**Cache is meant for items used in different builds**.
13
13
14
-
Workspaces, aka Build Workspaces, is a kind of cache, but with specific goal in mind: serves a purpose to share artifacts/files between **jobs within the same build**. The main use case is
14
+
Workspaces, aka Build Workspaces, are a kind of cache, but with a specific goal in mind: they serve the purpose of sharing artifacts/files between **jobs within the same build**. The main use case is
15
15
when a binary or library (or other dependency) requires rebuilding before any other build job within build may progress. Workspaces are introduced in Travis CI Enterprise starting from
Both features are technically specifically configured file buckets, accessed during a running build.
19
19
20
20
### Workspaces configuration
21
21
22
-
Workspaces are configured much like Cache - in the Travis CI Enterprise platform admin application. The configuration is technically propagated to travis-build service during runtime.
22
+
Workspaces are configured much like Cache - in the Travis CI Enterprise platform admin application. The configuration is technically propagated to the travis-build service during runtime.
23
23
24
24
There's a new menu called "Workspaces UI Settings", where specific configuration items must be provided in order to enable feature for the end users.
25
25
@@ -31,15 +31,15 @@ There's a new menu called "Workspaces UI Settings", where specific configuration
31
31
>
32
32
> It is recommended to:
33
33
>
34
-
> -use separate file bucket than the one used for cache, both for security and maintenance reasons.
35
-
> -have a file bucket configured with auto-cleanup policy (TCIE is not performing any housekeeping on the file bucket) - default recommended time is 3 hours, which equals default max time of a single job running uninterrupted under certain conditions.
36
-
> -make sure your infrastructure hosting build image instances has connectivity to the file bucket configured for workspaces.
34
+
> -Use a separate file bucket from the one used for the cache, both for security and maintenance reasons.
35
+
> -Have a file bucket configured with an auto-cleanup policy (TCIE is not performing any housekeeping on the file bucket) - the default recommended time is 3 hours, which equals the default max time of a single job running uninterrupted under certain conditions.
36
+
> -Ensure your infrastructure hosting build image instances have connectivity to the file bucket configured for workspaces.
37
37
38
38
### Workspaces usage
39
39
40
-
Please see [our documentation](/user/using-workspaces/) for end-user facing usage instructions for Workspaces.
40
+
Please see [our documentation](/user/using-workspaces/) for instructions for end-user facing usage in workspaces.
41
41
42
-
Please read also [about build stages](/user/build-stages/) in order to create streamlined set of jobs, which can be used e.g. for pre-building a shortlived artifact in first steps of build pipeline.
42
+
Please also read [about build stages](/user/build-stages/) in order to create a streamlined set of jobs, which can be used, e.g., for pre-building a short-lived artifact in the first steps of the build pipeline.
0 commit comments