git-related | Find related people and commits on a set of changes | Translation library

Recently, when I run brew install with any package, before starting installation Homebrew is always showing the following git-related output.

MacOS Big Sur (11.2), VSCode v1.53.1.

I have X-code installed. All these staffs started after I installed it.
I did xcode-select --install and did sudo xcodebuild -license accept.
git was installed by brew install git.

Is there a git command to do the inverse of a git-clean operation? I want to delete the .git folder and all tracked files, leaving only untracked files and folders.

Background: I have a tendency to create note files and other context throughout my git repos. For example, I might create a hints file or Windows shortcut file that make it easy for me to jump to a folder with related content. When I make a new repo from the tip of a branch in another repo, I would like to add back in the context files. I'm looking for a procedure that would allow me to make a copy of the original repo structure, remove all git-related stuff, then copy what remains into the new clean repo I just built, effectively transferring all my non-git files from one repo to another.

I'm using a "Git Bash here" window on Windows 10. I'm getting this often (but not always) with git commands:

I've had the following two issues with a few local Git repositories on macOS 10.15.1 using Git 2.25.0, and I am not sure what causes this to happen:

1. The status of some or all files in a repository is removed and added, but there are no changes (not even line endings) between the removed and added file versions

2. Files get duplicated, e.g. if I have a file called coverage.json, an identical file called coverage 2.json is created. Sometimes additional copies such as coverage 3.json are also created

Solutions I've tried:

• Upgrading Git from the default macOS install to the 2.25.0 using Homebrew
• Removing git-related extensions from VS Code
• When files are removed and added, committing the changed. This just pushes off the issue—a short time later files will somehow show as removed and added again

The only solution I've found is either continually delete files and revert changes, or start a new, clean project. However, even on new projects this issue sometimes arises again.

tl;dr: Running git status --ignored in the root of my project never finishes. git status works fine.

I started seeing the symptoms of this issue from my IDE - PhpStorm (though this issue would apply to all IntelliJ IDEs). No git-related operations (commit, push, fetch) work, all of them would hang endlessly. Looking at the running processes, turns out there was a git process taking 100% CPU.

Killing the git processes made the IDE run smoothly again for a couple of minutes. Seems like it periodically spawns the process to sync up changes. Some experimenting later, turns out this is not an issue of PhpStorm, but of git. git status --ignored never finishes even when executed from the command line.

I'm looking for best practices when it comes to adding version information to the content of a ZIP archive which is currently created from a git repository by bitbucket (the state of HEAD; git-related files are removed automatically).

The ZIP contains the git commit hash in the name of the top-level directory. However users of the ZIP are required to rename the directory after extracting it and might do so, even if they're not required to, so the version information is lost.

If there's no a bitbucket plugin the easiest approach would be to automate the versioning with Jenkins. It's trying to wrap my head around this, but I'm stuck at the logical loop that every commit creates a new version which creates a change in the version file which creates a new commit which creates a change which...