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
{{ message }}
Repository navigation
Defining / documenting a process for Requests For Help (RFH) #372
It might good to define and document a standard operating procedure, or some sort of expectation of what this group can provide. For example, looking at the main README.md as one might expect for a package, there is no equivalent "Getting Started" or "Usage" section that might indicate to a reader there are docs, tools, developers, inside and related to this repo.
This way, in situations like this someone could link to this section as a one stop shop, so to speak.
Proposal
Add a section to the README, that would be ongoing and growing as this team continues to make more documentation, tools, etc available as resources for package authors. This section could be called "Resources"? I am not too picky about the name, tbh.
It should / could contain
Any specific policies, expectations of the team, etc
changed the title [-]Defining a process for Request For Help (RFH)[/-][+]Defining / documenting a process for Requests For Help (RFH)[/+]on Jun 16, 2020
Activity
[-]Request For Help - defining a process / sop[/-][+]Defining a process for Request For Help (RFH)[/+][-]Defining a process for Request For Help (RFH)[/-][+]Defining / documenting a process for Requests For Help (RFH)[/+]thescientist13 commentedon Jun 29, 2020
Just observed there is a project for tracking this kind of help, so will add some of the referenced projects there.