Add info variant for logging in @actions/core
See original GitHub issueInfo:
Currently @actions/core provides debug()
, error()
and warning()
. These do not cover the use case of logging information that you would like to always show in the logs but are not necessarily an error or warning of an issue.
Feature Request:
Add an info
variant to the logging provided by @actions/core
Issue Analytics
- State:
- Created 4 years ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
Exception Handling and Logging in ASP.NET Core Web API
Learn the proper way of exception handling and logging in ASP. ... write whatever data you want into a variant of resources such...
Read more >Return Partial view inside search results rendering variant
I have a search results component, I need to render a partial view inside a section in its rendering variant. I tried to...
Read more >Add a new Single Sign-On (SSO) client - Optimizely
Add a new Single Sign-On (SSO) client. This topic describes specific information about the fields used to create a new SSO Client, and...
Read more >how can we log the custom actions running in deferred mode?
I would recommended this logging variant for your case : ... MSI Logging: Some more information about msiexec.exe logging in general:.
Read more >Running A Javascript Github Action | by Pavol Kutaj - Medium
1.2. Add NPM Github Actions Toolkit Packages. use npm to install 2 required packages from the toolkit; @actions/core → interface to the ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Hm, I think as I consider this more I’m actually convinced that we should have this. Thanks for the feedback.
Ultimately, while the other logging functions do have special implementations on the runner, we’re exposing a logging interface and the author shouldn’t have to understand that distinction. Addressed in #111
I was confused by this at first too. Once I realized what the
core.debug()
etc. functions did it made sense why there wasn’t one for info. It could be useful to mention this in the docs.I’ve been considering creating my own logger that uses the methods from this package when available, and then fall back to
console
for the rest. That way I have a consistent logging experience.Another option was to use
console
everywhere and then replaceconsole.debug
etc. with the copies from this package. This would also work better with other packages that use theconsole
functions.