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
One repo we're testing this on (on Heroku's cedar-10) seems to have a push_metadata.yml file that is considerably different from what we're seeing everywhere else in our testing.
Initially I thought this was a cedar-10 vs cedar-14 issue, but I just created a test app on Heroku, switched the stack to cedar-10 and push_metadata.yml indeed has source_blob.version as we'd expected.
I wonder if this is somehow related to another configuration option on the app? I know that the path where the slug building occurs is different depending on whether the build process is kicked off by a git push to Heroku, or a hook triggered on a GitHub push (the latter including the git hash as part of the path, the former not). Could some other option (module caching?) be causing this? What else could it be?
The other thing that differs in this case (the failing case) is that the push_metadata.yml file contains a commit_hash key, where the value seems to be the previous commit to the current one. (Again, caching?)
The text was updated successfully, but these errors were encountered:
One repo we're testing this on (on Heroku's
cedar-10
) seems to have apush_metadata.yml
file that is considerably different from what we're seeing everywhere else in our testing.Initially I thought this was a
cedar-10
vscedar-14
issue, but I just created a test app on Heroku, switched the stack tocedar-10
andpush_metadata.yml
indeed hassource_blob.version
as we'd expected.I wonder if this is somehow related to another configuration option on the app? I know that the path where the slug building occurs is different depending on whether the build process is kicked off by a
git push
to Heroku, or a hook triggered on a GitHub push (the latter including the git hash as part of the path, the former not). Could some other option (module caching?) be causing this? What else could it be?The other thing that differs in this case (the failing case) is that the
push_metadata.yml
file contains acommit_hash
key, where the value seems to be the previous commit to the current one. (Again, caching?)The text was updated successfully, but these errors were encountered: