@@ -27,7 +27,7 @@ vim --help
27
27
28
28
* The ` extension.toml ` describes the extension, containing information such as its name, ID, and version, as well as the
29
29
buildpack API that it implements. Though extensions are not buildpacks, they are expected to conform to the buildpack
30
- API except where noted. Consult the [ spec] ( https://github.com/buildpacks/spec/blob/buildpack/ main/image_extension.md )
30
+ API except where noted. Consult the [ spec] ( https://github.com/buildpacks/spec/blob/main/image_extension.md )
31
31
for further details.
32
32
* ` ./bin/detect ` is invoked during the ` detect ` phase. It analyzes application source code to determine if the extension
33
33
is needed and contributes [ build plan] ( /docs/reference/spec/buildpack-api/#build-plan ) entries (much like a
@@ -36,12 +36,12 @@ vim --help
36
36
* ` ./bin/generate ` is invoked during the ` generate ` phase (a new lifecycle phase that happens after ` detect ` ). It
37
37
outputs either or both of ` build.Dockerfile ` or ` run.Dockerfile ` for extending the builder or run image, respectively.
38
38
* Only a limited set of Dockerfile instructions is supported - consult
39
- the [ spec] ( https://github.com/buildpacks/spec/blob/buildpack/ main/image_extension.md )
39
+ the [ spec] ( https://github.com/buildpacks/spec/blob/main/image_extension.md )
40
40
for further details.
41
41
* In the [ initial implementation] ( /docs/features/dockerfiles#phased-approach ) , ` run.Dockerfile ` instructions are
42
42
limited to a single ` FROM ` instruction (effectively, it is only possible to switch the run-time base image to a
43
43
pre-created image i.e., no dynamic image modification is allowed). Consult
44
- the [ spec] ( https://github.com/buildpacks/spec/blob/buildpack/ main/image_extension.md )
44
+ the [ spec] ( https://github.com/buildpacks/spec/blob/main/image_extension.md )
45
45
for further details.
46
46
47
47
We'll take a closer look at the executables for the ` vim ` extension in the next step.
0 commit comments