Skip to content

Merge release 1.2.4 into 1.3.x #56

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

Merged

Conversation

github-actions[bot]
Copy link

Release 1.2.4

1.2.4

  • Total issues resolved: 1
  • Total pull requests resolved: 1
  • Total contributors: 1

Bug

laminas-bot and others added 9 commits August 14, 2020 09:05
Updates the CHANGELOG.md file to add a changelog entry for a new 1.2.1 version.
Updates the CHANGELOG.md file to add a changelog entry for a new 1.2.2 version.
Updates the CHANGELOG.md file to add a changelog entry for a new 1.2.3 version.
Updates the CHANGELOG.md file to add a changelog entry for a new 1.2.4 version.
Adds an entry for #50 in the Fixed section, and sets the release date.

Signed-off-by: Matthew Weier O'Phinney <[email protected]>
Signed-off-by: Matthew Weier O'Phinney <[email protected]>
…a given branch

Signed-off-by: Matthew Weier O'Phinney <[email protected]>
…mote origin

As it turns out, while you can use `git show {ref}:{filename}` to both
test for the existing of a file at a given reference, as well as display
its contents, it only works if the reference is present.

When the github action starts, it _exports_ the default branch to the
working directory. Our code then _fetches_ from the remote, which then
sets the current branch to the _default_ branch, which may or may not be
the branch we are releasing from. It's not until we do a checkout
operation that the release branch can be guaranteed as a reference in
the checkout.

The reference _does_ exist in the `origin` remote, and since we have all
history, that means the content is present in our checkout; it's just
that the reference doesn't exist **IN** the checkout.

As such, for idempotent operations where we are checking for the
existence of a file, or pulling its contents, we need to qualify the
reference with the remote name (e.g., `{remote}/1.0.x`). Since we can
guarantee that the `origin` remote is present, we can use that remote
name.

Fiexes #51

Signed-off-by: Matthew Weier O'Phinney <[email protected]>
Updates CHANGELOG.md file with info on fix introduced in #55.

Signed-off-by: Matthew Weier O'Phinney <[email protected]>
@weierophinney weierophinney force-pushed the 1.2.x-merge-up-into-1.3.x_5f36987494def9.50179241 branch from 06b2902 to 2ec766b Compare August 14, 2020 14:10
@weierophinney weierophinney merged commit 2ec766b into 1.3.x Aug 14, 2020
@weierophinney weierophinney deleted the 1.2.x-merge-up-into-1.3.x_5f36987494def9.50179241 branch August 14, 2020 14:11
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.

2 participants