Update the label for tagging to reflect the project's new home #293
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
debarshiray
added a commit
to debarshiray/toolbox
that referenced
this pull request
Oct 10, 2019
The older com.github.debarshiray.toolbox label is still used in most places as an alias for the new name for the sake of simplicity and compatibility; except in 'create', where the new label is explicitly specified in addition to the older one to help popularize it via newly created toolbox containers. The older com.github.debarshiray.toolbox label should eventually be dropped, but before that, the even older use of com.redhat.component for tagging needs to be phased out. The com.github.debarshiray.toolbox label was introduced in commit 0ab6eb7, as part of Toolbox 0.0.8, right before the release of Fedora 30 [1]. Therefore, com.redhat.component needs to stay at least until Fedora 29 is supported. [1] https://fedoraproject.org/wiki/Releases/30/Schedule containers#293
debarshiray
force-pushed
the
wip/rishi/update-tagging-label-containers
branch
from
e939f99
to
b9b08fb
Compare
The older com.github.debarshiray.toolbox label is still used in most places as an alias for the new name for the sake of simplicity and compatibility; except in 'create', where the new label is explicitly specified in addition to the older one to help popularize it via newly created toolbox containers. The older com.github.debarshiray.toolbox label should eventually be dropped, but before that, the even older use of com.redhat.component for tagging needs to be phased out. The com.github.debarshiray.toolbox label was introduced in commit 0ab6eb7, as part of Toolbox 0.0.8, right before the release of Fedora 30 [1]. Therefore, com.redhat.component needs to stay at least until Fedora 29 is supported. [1] https://fedoraproject.org/wiki/Releases/30/Schedule containers#293
debarshiray
force-pushed
the
wip/rishi/update-tagging-label-containers
branch
from
b9b08fb
to
de5e5df
Compare
|
I hope I got this right. Please leave a comment or submit a pull request if you have reason to believe otherwise. :) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The older com.github.debarshiray.toolbox label is still used in most
places as an alias for the new name for the sake of simplicity and
compatibility; except in 'create', where the new label is explicitly
specified in addition to the older one to help popularize it via newly
created toolbox containers.
The older com.github.debarshiray.toolbox label should eventually be
dropped, but before that, the even older use of com.redhat.component
for tagging needs to be phased out. The com.github.debarshiray.toolbox
label was introduced in commit 0ab6eb7, as part of Toolbox
0.0.8, right before the release of Fedora 30 [1]. Therefore,
com.redhat.component needs to stay at least until Fedora 29 is
supported.
[1] https://fedoraproject.org/wiki/Releases/30/Schedule