I am looking to disable the “Merge pull request” button on GitHub when any jobs have failed or are in progress(as you can see in the image), and only enable it when “All checks have passed.” I am interested in achieving this using GitHub Actions workflows, preferably without(with also fine) relying on third-party packages.

I want to create a new branch from a specific one, deleting all previous commits, but maintaining the current state of all files found with the latest commit.

There is a repo that has a submodule, in a workflow triggered by PR it commits and pushes changes to the submodule and after that, the workflow has a step to update the caller repo to get the latest changes in submodule.

I tried to fetch origin my repository to my new computer, but I can’t fetch origin, and this is the error message.

I have a Github workflow that runs and does the following steps

Currently, I have a GitHub action job where it updates the version of the NPM package, commits the changes, and pushes to the remote repo.
Here is the job responsible for this part:

I do a lot of experiments with the code in git and they often take time. During this time I cant push or pull any code since I can’t commit any of these experimental changes. I was wondering if I can make a duplicate in my local and detach or from git and restore my other folder to main so that I can pull and push code easily and experiment on my other code.

I have two repositories, A and B. Repository B has a build-time dependency on Repository A (specifically, it uses a Dockerfile base image from Repository A). While it’s not mandatory for users of Repository B to immediately consume updates from Repository A, I want to automatically notify them about new releases in Repository A through GitHub pull requests. Should I implement this as a dependent bot or as a cron job in Repository B? Any guidance would be greatly appreciated.