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

Add more logging #76

Closed
wants to merge 1 commit into from
Closed

Conversation

geerteltink
Copy link
Member

Q A
New Feature yes

Description

This PR ads more logging.

Signed-off-by: Geert Eltink <[email protected]>
@geerteltink geerteltink added this to the 1.9.0 milestone Sep 12, 2020
@geerteltink geerteltink marked this pull request as draft September 12, 2020 10:55
Copy link
Member

@weierophinney weierophinney left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a great start, @geerteltink !

I'd also add logging in the various commands, before and/or after major activities (fetching/building changelogs, making API calls, etc.), as that will help us pinpoint where issues are occurring even if the services being called don't have logging integrated.

@@ -225,29 +228,29 @@ private function createMockChangelog(): string

private const CHANGELOG_STUB = <<< 'CHANGELOG'
# Changelog

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do the tests that use these continue to work? I'd originally left these spaces in as they get trimmed when the nowdoc is evaluated by the engine, but I'm not sure what happens if they're omitted.

@geerteltink
Copy link
Member Author

I wasn't sure about logging in the command only or the services. I guess both is better.

@Ocramius Ocramius removed this from the 1.9.0 milestone Jan 21, 2021
@Ocramius Ocramius changed the base branch from 1.9.x to 1.15.x July 25, 2022 22:34
@stof
Copy link

stof commented Sep 13, 2022

When doing work through the API, it would also be great to output the response content when getting an error response from the API instead of only having the failed invariant saying "something went wrong" (or a similar generic message).

@Ocramius
Copy link
Member

That is an excellent idea: adding logging to the PSR-18 client should suffice, I suppose?

@Ocramius
Copy link
Member

Closing here: to be retried in a new PR, if needed, but the rebase work is equivalent to the dev work here :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants