Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should Deploy Major Version Fix #1710

Merged
merged 1 commit into from
Apr 6, 2022
Merged

Conversation

cea2aj
Copy link
Member

@cea2aj cea2aj commented Apr 6, 2022

Fixes the should_deploy_major_version.yml Github Action

One issue was that the git tag --list command was returning a list of tags separated by new lines which were each passed as a separate argument in the if [ -z line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the -z command.

Secondly, the git tag --list wasn't taking into account the search-bar prefix. By adding ${{ inputs.ignore_prefix }} to the git tag --list param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for search-bar- which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for search-bar-v1.2.7 or search-bar-v1.1.7 (assuming the v1.3.0 tag exists)

@coveralls
Copy link

Coverage Status

Coverage remained the same at 61.752% when pulling 5af64e1 on hotfix/should-deploy-next-minor-fix into c8d2be6 on master.

@tmeyer2115 tmeyer2115 self-requested a review April 6, 2022 16:04
@cea2aj cea2aj merged commit 1417c1a into master Apr 6, 2022
@cea2aj cea2aj deleted the hotfix/should-deploy-next-minor-fix branch April 6, 2022 16:10
cea2aj added a commit that referenced this pull request Apr 6, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 7, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 8, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 8, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 8, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 8, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
cea2aj added a commit that referenced this pull request Apr 8, 2022
Fixes the should_deploy_major_version.yml Github Action

One issue was that the `git tag --list` command was returning a list of tags separated by new lines which were each passed as a separate argument in the `if [ -z` line. We can fix this by surrounding TAGS_FOR_NEXT_MINOR with double quotes so that only one string and therefore one argument is passed to the `-z` command.

Secondly, the `git tag --list` wasn't taking into account the search-bar prefix. By adding `${{ inputs.ignore_prefix }}` to the `git tag --list` param, we can properly check the tags for the search bar.

J=SLAP-2023
TEST=manual

Run the bash script locally, however substitute ${{ inputs.ignore_prefix }} for `search-bar-` which is what Github Actions does before running the script. Confirm that the script indicates that a GITHUB_REF_NAME of 'search-bar-v1.3.1' should deploy a major, but a major version should not be deployed for `search-bar-v1.2.7` or `search-bar-v1.1.7` (assuming the v1.3.0 tag exists)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants