@@ -26,12 +26,12 @@ project, snapshot packages and snapshots themselves so that:
26
26
* Rerunning ` stack build ` in the future is deterministic in the build plan, not
27
27
depending on mutable state in the world like Hackage revisions
28
28
29
- !!! note
29
+ !!! note
30
30
31
- If, for example, a tarball available remotely is deleted or the hash
32
- changes, it will not be possible for Stack to perform the build. However,
33
- by deterministic, we mean it either performs the same build or fails,
34
- never accidentally doing something different.
31
+ If, for example, a tarball available remotely is deleted or the hash
32
+ changes, it will not be possible for Stack to perform the build.
33
+ However, by deterministic, we mean it either performs the same build or
34
+ fails, never accidentally doing something different.
35
35
36
36
This document explains the contents of a lock file, how they are used, and how
37
37
they are created and updated.
@@ -104,10 +104,10 @@ The lock file contains the following information:
104
104
105
105
* Completed package locations for extra deps and packages in snapshot files
106
106
107
- !!! note
107
+ !!! note
108
108
109
- This only applies to _immutable_ packages. Mutable packages are not
110
- included in the lock file.
109
+ This only applies to _immutable_ packages. Mutable packages are not
110
+ included in the lock file.
111
111
112
112
* Completed information for the snapshot locations
113
113
0 commit comments