Overlap between GitHub Issues and Discussions gets messy fast unless each has a clear job.

A workable split:

Issues: reproducible bugs, actionable feature requests, and concrete tasks that need tracking to completion.

Discussions: open-ended questions, design proposals, usage help, and ideas that need community input before they're actionable.

Pull requests: proposed changes reviewed against a specific goal.

The tricky part is promotion. A discussion can grow into a feature with clear scope and acceptance criteria, and at that point it needs an issue to track the work.

Issue templates help too, especially for bug reports. But mandatory fields can scare people away from reporting real problems. For a small project, I'd keep templates minimal and write one clear paragraph explaining when to use Discussions.

The maintainer still has to set the workflow, even with both features available.

Question for you: do you keep the Issues/Discussions line strict, or let maintainers decide case by case?

It's pathetic microsoft as soon as bought github started gatekeeping and paywalling features...

What's the reason for hiding stars on mobile view? Its nothing to do with bots or ai if u can still see it on pc, it's just control.

I often browse on my phone some shared repositories and check star count first to identify projects is legit or how much traction it has. Sometimes looking at fake repo saved me minutes of browsing it if it's dead.

Is there a workaround, some other domain prefix u can add that exposes star count for the repo, or any quick workarounds I can use on my phone?

I have a project a couple of thousand of stars and 37 forks until recently. I haven't announced a new version for over 6 months and have never promoted it during that time.

Stars trickled in at a usual way, a couple of stars every week. Now up until 4 days ago i had 37 forks, hardly anyone forks my project because its a bit difficult to contribute without domain knowledge. Most fork to either add a small tweak or to package the project for their distro or fork and open a pr to contribute something. (but for contributions obviously more people just clone the thing). It was very rare to fork it.

Now 4 days ago i got 2 forks in a row 2 days ago another fork, today another fork.

The first 2 happened at the same time like 30 minutes apart. They are brand new accounts with 2 profile pics, i noticed they had like 1-2 stars in total and and they starred the same projects exactly

And now every 2 days some random people who just created their brand new account are doing the exact same thing they have like 5 repo's all forked at the same day of their account creation and no other activity

---

Is this some type of star farming which fork random repo's which they get from awesome lists to appear like a more genuine account so they can boost the stars of certain other repos?

edit : holy after 2 minutes of typing this i just checked my github and there was another fork 1 hour ago

I want to change the author and committer email addresses in all my existing Git commits (private) from my personal Gmail address (xyz@gmail.com) to GitHub's private noreply email address (12345678+username@users.noreply.github.com).

I already know how to configure Git to use the private email for future commits. My question is about updating my existing commit history.

Most of these commits have already been pushed to GitHub, but the repositories I'm considering are private. I'm planning to use git-filter-repo to rewrite the commit emails and then force-push the rewritten history.

I understand that changing commit metadata changes commit hashes. However, I'm unsure about the other consequences.

What exactly should I expect to change, and what should remain the same?

1. Commit hashes: I understand that rewriting the email changes commit hashes, throughout the descendants of rewritten commits. Is that correct?
2. GitHub contribution graph: Will my existing contributions remain attributed to my account after rewriting the emails to my GitHub noreply address? Will GitHub recalculate the graph, remove the old one and add to when I change? or Could contributions be duplicated?
3. Commit dates and messages: Original author dates, committer dates, and commit messages remain unchanged if I only rewrite email addresses. Correct?
4. GitHub attribution: Will GitHub continue to link the rewritten commits to my profile automatically if the new noreply address is the one provided by my account settings?
5. Pull requests, issues, and links: What happens to links referencing old commit hashes, pull request comparisons, releases, tags, and other GitHub features that reference the original commits?
6. Other side effects: Are there any less obvious consequences of rewriting history that I should be aware of, even with private repositories?

Thanks!

Just trying to setup a codespace for training. Everything default setting and when I try to create a codespace it gives me this.

I tried reading the creation log. No clue. I tried rebuild container and it had same issue.

Thoughts? I am open to any ideas here.

So the other day I woke up and one of my projects, Harvey (autonomous sales agent powered by your claude/codex subscription) jumped from 100 to 250 stars overnight. In 3 days its at almost 800 stars. It's getting ~2.5k visitors per day currently with 90% of traffic from Google.

I hadn't touched the project in a while but made sure it was very optimized in the past. So make sure to optimize your repos for organic search!

What actually makes someone credible on GitHub over time?

I’m still pretty early in my programming journey, and I’m trying to understand something that GitHub stats don’t really answer.

I’m not looking for a job right now, and I’m not trying to grow followers or collect stars. I want to spend the next few years becoming someone whose work other developers and maintainers can actually trust.

I’ve started contributing to open-source projects and maintaining some projects of my own, but I’m not sure what matters most long term.

For people who have been using GitHub professionally or maintaining open-source projects for years: when you look at someone’s history, what makes you think, “this person is a solid contributor”?

Is it mostly:

staying in one ecosystem for a long time?

getting meaningful PRs merged?

fixing difficult bugs?

participating in reviews and technical discussions?

maintaining something useful yourself?

consistency over several years?

I’m especially interested in what doesn’t help. Are there things younger developers often do because they think it looks impressive, but experienced maintainers actually see as noise?

If you were starting again and had 2–3 years to build real credibility on GitHub, what would you focus on?

I work with GitHub. If your company used GitHub Advanced Security. I have a few questions about it.

Questions:
1. How do you use the features?
2. How’s the User Experience?
3. Can you share a situation where it helped the team?
4. Are you using any tools alongside GitHub Advanced Security?
5. What’s the most frustrating part?

Last week, I received these three emails at the same time. My password had been reset, and 2FA had been enabled. When I tried to reset my password, I was asked for a 2FA code or recovery codes, which the hackers had generated and I obviously didn't have access to. There were other options to recover my account, such as using an SSH key or a personal access token, but, as you might have guessed, the hackers had also immediately invalidated them.

I'm now trying to get help from GitHub Support, but from what I understand, there's little chance of recovering my account because 2FA is enabled, and they will not do anything about it as a security policy.

Overall, I think GitHub's security design is flawed. If you haven't enabled 2FA and your account gets compromised, there's apparently no way back.

Hey everyone!
I recently applied for the GitHub Student Developer Pack, but I ran into some issues during the application process.
GitHub asks for location information to help verify my student status, but I’m currently not at my school because it’s on holiday. I also uploaded a picture of my student ID as proof of enrollment, but I blurred out my face for privacy reasons.
When I first clicked the submit button, I got an error message saying that something had gone wrong. So I tried submitting the application again, and this time GitHub told me that my application was currently being processed.
However, I haven’t received any email confirming this, and my GitHub Education dashboard still shows the option to apply instead of indicating that my application is pending.
I’ve already submitted a support ticket to GitHub Education, but I wanted to ask here as well:
Is there anything else I can or should do right now?
Could the application still be processing even though the dashboard doesn’t show a pending status?
How long did it take for GitHub Education Support to respond to your ticket?
I’m really looking forward to using the Student Developer Pack, so I’d appreciate any advice or experiences you can share.
Thanks in advance!

Reliability issues are driving users away in their droves.

for the record, i don't know shit about how github works and github, yesterday i wanted to install OpenShell to make my windows 11 look like windows 7, the download came in a master file and i don't know how to make it normal. the other branches are the same, i heard something about github reposetories, and looking up i haven't found anyone asking about this.

So, I have the GitHub Pro that comes with the education/Student Developers Pack. However, when I try to access codespaces, it says that I've used my budget for the month.

In the education benefits section of the Billing and Licensing drop down in the settings, it says I'm both Verified and Rejected. On that page there is what looks like a progress bar on the Verified and Rejected sections. The Verified is a bit more than half way full (it also says Coupons Applied, but it's in the same area as Verified) and the rejected bar is entirely filled in. I have completed what I need to for the rejected but it hasn't changed. My only other guess is to resubmit an application, but the option to do that is blurred and won't let me resubmit.

I asked my professor and he had no idea. He looked at my usage and said I had barely scratched the surface this month. If you all have any ideas I'd love to hear them. Thank you.

Does anyone else have an app named "Copilot SWE Agent" among authorized GitHub apps? I've disabled all Copilot and as many AI features as possible, but it keeps coming back after revoking it.

GitHub doesn't really do a great job at all for collaboration.

Imagine you have 5 threads in the overview showing requested changes. After implementing those changes, GitHub shows "Outdated" for the file. But you don't see the applied change line by line.

Now instead of simply scrolling you have to:

* Verify each file by opening it, navigating to the line and see what change has been applied

* Go back to the thread and Collab on it

* Repeat for x changes

How can anyone work with this, really? Why do we need so many clicks just to confirm changes that have been made?

Even if I would wade through single commits, I still have to open the commit, compare files, go back to each thread and answer.

There is no workflow yet that simply...does all this on one page with less clicks?

So with the recent UI update, I no longer am able to see the logs for a completed step or an in progress step, it just shows "This job succeeded" for a completed one or a black box for in progress. How do I get the old UI back? We run terraform through GH actions, and I am now not able to monitor my applies or see plan output through GH actions.

I've noticed that a pull request can have all checks passing, no merge conflicts, and a green status on GitHub.

At first glance, it looks safe to merge. But passing automated checks doesn't necessarily mean someone has reviewed the logic properly or considered how the change affects other parts of the project.

I'm curious how teams use GitHub to avoid this situation.

Do you rely on required approvals, CODEOWNERS, branch protection rules, or GitHub Actions? And which of these has made the biggest difference to your team's review process?

I have Dependabot configured to create PRs in groups/batches, at scheduled times (weekly), and sometimes that works. Most of the time I'm getting multiple individual PRs opened at arbitrary times.

If I were only maintaining a single project, I could live with that. But because of multiple PRs and me maintaining so many things, I've seen over 200 PRs in a day. With tests, updating every time another PR merges, tests running again, deploy previews (Netlify, so this costs for build times), and production deploys when merged, it's just way too much!

Does anyone else have this issue? Or has anyone figured out how to get all the updates at once on a fixed schedule (I'd allow a critical security update outside of the schedule)? Because I'm starting to seriously consider ditching it. It's just annoying at this point.

Title:

Body:

I'm learning GitHub Actions and have set up a self-hosted runner inside an Ubuntu Docker container on my Windows machine.

My workflow uses actions/setup-java to install Java 17:

- name: Set up JDK 17
  uses: actions/setup-java@v4
  with:
    java-version: '17'
    distribution: 'temurin'
    cache: maven

However, the job gets stuck at the Set up JDK 17 step. The logs stop at:

Resolved latest version as 17.0.20+101
JDK cache is not found for Temurin-Hotspot 17.0.20+101
Trying to download...
Downloading Java 17.0.20+101 (Temurin-Hotspot) ...

I tested the download URL manually from inside the container using curl. The download repeatedly stops before completion and returns:

curl: (18) Transferred a partial file

I also tried resuming the download with curl -C - and retry options, but it failed again. A basic connectivity test to https://github.com returns HTTP 200.

The runner itself appears to be connected and running jobs correctly. I haven't yet confirmed whether the issue is related to the network, the GitHub release download redirect, a proxy, or something else.

My questions:

1. What could cause curl: (18) Transferred a partial file to occur repeatedly when downloading a large release asset?
2. How can I identify whether the problem is caused by my network, a redirect destination, a proxy, or the download server?
3. Is there a recommended way to configure actions/setup-java on a Docker-based self-hosted runner to avoid this issue?

I'd appreciate any troubleshooting steps or suggestions. Thanks!

Github seems to be suffering from yet another outage. I can't seem to open any file from any repository.

Anyone else experiencing the same? I wonder if it's something local or not.

(Location: Netherlands)

Hi.

I can’t email Github.

had anyone had the issue that “email domain could not be verified“ pops up after they put their email in?

I don’t want to use another email.
it s a hotmail. Does anyone have a solution to this?

I want to report an irregularity regarding an adult content website (sex store) that lacks an age filter, but my account has my name on it and I don't want my personal information to be seen.