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
{{ message }}
This repository was archived by the owner on Nov 29, 2024. It is now read-only.
Your image is automatically tagged based on the event behind the image creation.
40
-
41
-
### Image Tagging Scenario: On Push Event 🚀
42
-
Whenever a push event occurs in the repository, this workflow automatically assigns relevant tags to your image. The tags include the ```branch slug```, ```short SHA (commit identifier)```, and ```long SHA```, providing valuable context about the image's origin and version.
43
-
44
-
For example, let's consider a scenario where you have a GitHub repository for a web application called ```MyWebApp```. Whenever a developer pushes changes to the ```develop``` branch, the workflow automatically tags the image with the following details:
45
-
46
-
| Key | Value |
47
-
| --- | --- |
48
-
| Branch slug | develop |
49
-
| Short SHA | 32b5b6b |
50
-
| Long SHA | 32b5b6b7bd6e070f8f176e1423938d66072e6463 |
51
-
52
-
53
-
### Image Tagging Scenario: On Release Event 🚀
54
-
Whenever a release event occurs in the repository, the action automatically assigns relevant tags to your image. The tags include the ```release version```, ```short SHA (commit identifier)```, and ```long SHA```, providing valuable context about the image's origin and version.
55
-
56
-
For example, let's consider a scenario where you have a GitHub repository for a web application called ```MyWebApp```. Whenever a developer creates a new release with version ```v1.0.0```, the action automatically tags the image with the following details:
57
-
58
-
| Key | Value |
59
-
| --- | --- |
60
-
| Release version | v1.0.0 |
61
-
| Short SHA | 32b5b6b |
62
-
| Long SHA | 32b5b6b7bd6e070f8f176e1423938d66072e6463 |
63
-
64
-
These automated tagging processes ensures that you can easily track and identify specific versions of your application, streamlining your development and deployment workflows.
65
-
66
-
## 🏳️ Defaults
67
-
- Your ```Dockerfile``` has to be in the root directory.
68
-
- Your ```docker image``` is named after your repository.
69
-
70
-
## Pushing to GitHub
71
-
```bash
72
-
$ git add .
73
-
$ git commit -m 'commit-message'
74
-
$ git tag -a -m "Description of this release" v0.0.0 (replace with your version tag)
75
-
$ git push --follow-tags
76
-
```
77
-
78
-
This workflow is inspired by [macbre's](https://github.com/macbre/push-to-ghcr) work.
13
+
For usage instructions, refer to the [GlueOps Documentation](https://glueops.dev/docs/deploy-applications/deploy-hello-world-to-glueops#add-ci-to-publish-a-docker-image-to-github-container-registry).
0 commit comments