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
docs/copyright-add Add copyright headers to source code
185
+
docs/github-action.md Update `docs/github-action.md` from `action.yaml`
185
186
docs/targets.md Update `docs/targets.md` from `make help`
186
187
docs/terraform.md Update `docs/terraform.md` from `terraform-docs`
187
188
geodesic/deploy Run a Jenkins Job to Deploy $(APP) with $(CANONICAL_TAG)
@@ -323,7 +324,7 @@ Available targets:
323
324
<!-- markdownlint-restore -->
324
325
# GIT.IO DEPRECATION
325
326
326
-
On April 25, 2022, GitHub announced that the [`git.io` redirector service would be shutting down on 2022-04-29](https://github.blog/changelog/2022-04-25-git-io-deprecation/), merely 4 days later. The announcement said that all references to `git.io`
327
+
On April 25, 2022, GitHub announced that the [`git.io` redirector service would be shutting down on 2022-04-29](https://github.blog/changelog/2022-04-25-git-io-deprecation/), merely 4 days later. The announcement said that all references to `git.io`
327
328
would stop working that day.
328
329
329
330
This was a major breaking change for Cloud Posse, because *all* of our standard Makefiles include a Makefile from this `build-harness`
@@ -335,21 +336,21 @@ and undertook an emergency update of all of our repositories to make this change
335
336
336
337
While we were largely successful in updating our repositories by 2022-04-29, Cloud Posse was not fully prepared to make the
337
338
mass updates across all of our repositories that this required, so some repositories were not updated in time. Furthermore,
338
-
even if all of Cloud Posse's repositories were updated, that would not affect anyone's fork or clone or
339
+
even if all of Cloud Posse's repositories were updated, that would not affect anyone's fork or clone or
339
340
locally checked-out version, so we are publishing the instructions below to help you update your own code.
340
341
341
342
Fortunately, GitHub recognized the massive upheaval and loss that would be caused by completely shutting down
342
343
an URL shorting/link redirecting service, and reversed their decision to shut down `git.io` completely. Instead,
343
344
they agreed to archive the links and continue to serve existing links indefinitely, with the caveat that they
344
-
would remove links on a case-by-case basis if they were found to be malicious, misleading, or broken.
345
+
would remove links on a case-by-case basis if they were found to be malicious, misleading, or broken.
345
346
346
347
This means that instead of being an urgent requirement that you immediately change your links, or else your builds would break,
347
-
it is now merely a recommended best practice that you update to the new link that Cloud Posse controls and
348
-
is committed to maintaining.
348
+
it is now merely a recommended best practice that you update to the new link that Cloud Posse controls and
349
+
is committed to maintaining.
349
350
350
351
Specifically, in source files you control, you should update all references to `git.io/build-harness`
351
-
to instead refer to `cloudposse.tools/build-harness`. Critical references are in Makefiles, and there are also
352
-
important references in README files that describe Makefiles. References in derived or downloaded files, such as
352
+
to instead refer to `cloudposse.tools/build-harness`. Critical references are in Makefiles, and there are also
353
+
important references in README files that describe Makefiles. References in derived or downloaded files, such as
353
354
Terraform modules downloaded by `terraform init`, do not need to be modified.
354
355
Below we provide guidance on how to make the replacements.
355
356
@@ -362,44 +363,44 @@ or a `src` (or similar) directory under which you have all your `git` repos (dir
362
363
### Finding affected files
363
364
364
365
Use the following command to find all occurrences in all directories recursively:
365
-
```
366
+
```bash
366
367
grep -l "git\.io/build-harness" -R .
367
368
```
368
369
Note that the above command can reach very deeply, such as into Terraform modules you have downloaded. You may want to impose some limits.
369
370
If you run from the top level of a `git` repo, where there is a `Makefile` and a `Dockerfile`, you can reduce that to
370
-
```
371
+
```bash
371
372
grep -l "git\.io/build-harness"*
372
373
```
373
374
If you have a lot of Cloud Posse projects under a single directory, then you might try
374
-
```
375
+
```bash
375
376
grep -l "git\.io/build-harness"**/*
376
377
```
377
378
or for full depth below the current directory
378
-
```
379
+
```bash
379
380
find .\( -name .terraform -prune -type f \) -o \( -name build-harness -prune -type f \) -o \( -name 'Makefile*' -o -name 'README*'\) -type f
380
381
```
381
382
382
383
### Updating the affected files
383
384
384
385
Once you are happy with the command to generate the list of files to update, update the files by inserting that command into this command template:
385
-
```
386
+
```bash
386
387
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(<command to list files>)
387
388
```
388
389
389
-
#### Examples
390
+
#### Samples
390
391
391
392
The quickest update will be if you only have a single project to update, in which case you can `cd` into the project root directory and
392
-
```
393
+
```bash
393
394
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(grep -l "git\.io/build-harness"*)
394
395
```
395
396
396
397
If you have multiple projects to update and want to be thorough, then this is probably best:
397
-
```
398
+
```bash
398
399
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(find .\( -name .terraform -prune -type f \) -o \( -name build-harness -prune -type f \) -o \( -name 'Makefile*' -o -name 'README*'\) -type f )
399
400
```
400
401
401
402
This is the most thorough, but probably overkill for most people:
402
-
```
403
+
```bash
403
404
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(grep -l "git\.io/build-harness" -R .)
404
405
```
405
406
@@ -582,7 +583,7 @@ Check out [our other projects][github], [follow us on twitter][twitter], [apply
On April 25, 2022, GitHub announced that the [`git.io` redirector service would be shutting down on 2022-04-29](https://github.blog/changelog/2022-04-25-git-io-deprecation/), merely 4 days later. The announcement said that all references to `git.io`
3
+
On April 25, 2022, GitHub announced that the [`git.io` redirector service would be shutting down on 2022-04-29](https://github.blog/changelog/2022-04-25-git-io-deprecation/), merely 4 days later. The announcement said that all references to `git.io`
4
4
would stop working that day.
5
5
6
6
This was a major breaking change for Cloud Posse, because *all* of our standard Makefiles include a Makefile from this `build-harness`
@@ -12,21 +12,21 @@ and undertook an emergency update of all of our repositories to make this change
12
12
13
13
While we were largely successful in updating our repositories by 2022-04-29, Cloud Posse was not fully prepared to make the
14
14
mass updates across all of our repositories that this required, so some repositories were not updated in time. Furthermore,
15
-
even if all of Cloud Posse's repositories were updated, that would not affect anyone's fork or clone or
15
+
even if all of Cloud Posse's repositories were updated, that would not affect anyone's fork or clone or
16
16
locally checked-out version, so we are publishing the instructions below to help you update your own code.
17
17
18
18
Fortunately, GitHub recognized the massive upheaval and loss that would be caused by completely shutting down
19
19
an URL shorting/link redirecting service, and reversed their decision to shut down `git.io` completely. Instead,
20
20
they agreed to archive the links and continue to serve existing links indefinitely, with the caveat that they
21
-
would remove links on a case-by-case basis if they were found to be malicious, misleading, or broken.
21
+
would remove links on a case-by-case basis if they were found to be malicious, misleading, or broken.
22
22
23
23
This means that instead of being an urgent requirement that you immediately change your links, or else your builds would break,
24
-
it is now merely a recommended best practice that you update to the new link that Cloud Posse controls and
25
-
is committed to maintaining.
24
+
it is now merely a recommended best practice that you update to the new link that Cloud Posse controls and
25
+
is committed to maintaining.
26
26
27
27
Specifically, in source files you control, you should update all references to `git.io/build-harness`
28
-
to instead refer to `cloudposse.tools/build-harness`. Critical references are in Makefiles, and there are also
29
-
important references in README files that describe Makefiles. References in derived or downloaded files, such as
28
+
to instead refer to `cloudposse.tools/build-harness`. Critical references are in Makefiles, and there are also
29
+
important references in README files that describe Makefiles. References in derived or downloaded files, such as
30
30
Terraform modules downloaded by `terraform init`, do not need to be modified.
31
31
Below we provide guidance on how to make the replacements.
32
32
@@ -39,44 +39,44 @@ or a `src` (or similar) directory under which you have all your `git` repos (dir
39
39
### Finding affected files
40
40
41
41
Use the following command to find all occurrences in all directories recursively:
42
-
```
42
+
```bash
43
43
grep -l "git\.io/build-harness" -R .
44
44
```
45
45
Note that the above command can reach very deeply, such as into Terraform modules you have downloaded. You may want to impose some limits.
46
46
If you run from the top level of a `git` repo, where there is a `Makefile` and a `Dockerfile`, you can reduce that to
47
-
```
47
+
```bash
48
48
grep -l "git\.io/build-harness"*
49
49
```
50
50
If you have a lot of Cloud Posse projects under a single directory, then you might try
51
-
```
51
+
```bash
52
52
grep -l "git\.io/build-harness"**/*
53
53
```
54
54
or for full depth below the current directory
55
-
```
55
+
```bash
56
56
find .\( -name .terraform -prune -type f \) -o \( -name build-harness -prune -type f \) -o \( -name 'Makefile*' -o -name 'README*'\) -type f
57
57
```
58
58
59
59
### Updating the affected files
60
60
61
61
Once you are happy with the command to generate the list of files to update, update the files by inserting that command into this command template:
62
-
```
62
+
```bash
63
63
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(<command to list files>)
64
64
```
65
65
66
-
#### Examples
66
+
#### Samples
67
67
68
68
The quickest update will be if you only have a single project to update, in which case you can `cd` into the project root directory and
69
-
```
69
+
```bash
70
70
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(grep -l "git\.io/build-harness"*)
71
71
```
72
72
73
73
If you have multiple projects to update and want to be thorough, then this is probably best:
74
-
```
74
+
```bash
75
75
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(find .\( -name .terraform -prune -type f \) -o \( -name build-harness -prune -type f \) -o \( -name 'Makefile*' -o -name 'README*'\) -type f )
76
76
```
77
77
78
78
This is the most thorough, but probably overkill for most people:
79
-
```
79
+
```bash
80
80
sed -i '''s/git.io\/build-harness/cloudposse.tools\/build-harness/'$(grep -l "git\.io/build-harness" -R .)
0 commit comments