Contact | GitHub Help Wanted

Email: [email protected]

GitHub Help Wanted is a content-first site, so the fastest way to get support is to be specific about what you need. If you are reporting an issue in an article, include enough context for the team to reproduce it and verify it against primary sources.

Key Takeaways #

Use email for everything: questions, corrections, partnership inquiries, and privacy requests.
Include context: URL, screenshots, error messages, and what you expected to happen.
Do not send secrets: never email passwords, API keys, or private credentials.
Expect asynchronous replies: responses may take time depending on the queue and complexity.
Corrections are welcome: broken links and outdated steps help the site improve.

What to Contact Us About #

1) Content corrections #

If you find outdated steps (UI changes, renamed settings), broken links, or unclear instructions, send:

the page URL (copy/paste),
the section heading where the issue appears,
what changed (or why the statement is incorrect),
a primary source that supports the correction (official docs preferred),
and, if relevant, your environment (OS, language version, tool version).

2) Requests for new topics #

If there is a workflow you want covered, share:

your goal (what you want to accomplish),
what you already tried,
where you got stuck,
and the target audience (beginner, intermediate, team lead).

The site prioritizes topics that are common, high-impact, and supported by authoritative documentation.

3) Partnerships and sponsorship #

If you represent a tool or service and want to propose a partnership, provide:

what you are offering (sponsorship, discounts, access to documentation),
what type of content you want (tutorial, comparison, case study),
and what constraints apply (regions, pricing tiers, licensing).

Note: editorial integrity is maintained. Tools are evaluated by fit and trade-offs, and affiliate relationships are disclosed when applicable.

4) Privacy requests #

If you have questions about privacy or want to request deletion of data associated with communications, email the address above. Include enough information to identify the relevant message or interaction (for example, the email thread and date). The site aims to minimize data collection, so requests are typically limited to communications you initiated.

Security and Responsible Disclosure #

If you believe you found a security issue related to this website (for example, a configuration problem or an unintended data exposure), do not publish details publicly. Email the address above with:

a clear description of the issue,
steps to reproduce,
potential impact,
and any suggested mitigations.

Do not include sensitive exploit payloads if they can cause harm; focus on reproducibility and impact.

Response Expectations #

GitHub Help Wanted is not a real-time support desk. Responses may be slower during high-volume periods. Urgent security issues are prioritized when they include clear reproduction steps and impact description.

Email Templates (Copy/Paste) #

Using a consistent format makes it easier to process requests and reduces back-and-forth.

Content correction #

Subject: Correction: [Page Title] — [Short summary]

Page URL:
Section heading:

What is wrong:
What should it say instead:

Evidence (official docs preferred):
- URL 1
- URL 2

Environment (if relevant):
- OS:
- Tool/version:
- Steps to reproduce:

Privacy request #

Subject: Privacy request — [access/deletion/question]

Request type:
Details:
Relevant email thread date/time:

What Not to Send #

For safety, do not send:

passwords, API keys, tokens, private SSH keys, or recovery codes;
private repository URLs that require authentication;
or personal sensitive information (government IDs, payment info).

If a credential is accidentally sent, rotate or revoke it immediately. Email is not a secure secret-management system.

Expected Response Time #

Most messages receive a response within a reasonable timeframe, but exact timing is not guaranteed. Requests that include clear context (page URL, steps, and authoritative sources) are easier to handle and typically get faster resolution.

If you do not receive a response, consider re-sending with a shorter message that includes only:

the page URL,
the request type (correction, privacy, partnership, security),
and the minimum evidence needed to act.

Subject Line Tips #

A good subject line makes triage faster. Examples:

“Correction: GitHub Pages HTTPS — settings renamed”
“Privacy request — delete email thread”
“Security report — suspected exposure”

Avoid vague subjects like “Hello” or “Question” when possible.

Format and Attachments #

Plain-text messages are preferred because they are easy to search and archive. If you include screenshots, keep them focused on the problem area and describe what the screenshot shows. For logs, paste only the relevant lines and remove secrets. Links to official documentation are often more helpful than long quotes.