Use rm -rf X:/sources/project/.git/index.lock to remove the lock and save yourself a headache. Also, the index.lock exists, however, the .git folder is hidden. So, use ls -la X:/sources/project/.git to see the content of a hidden folder.
I had the same issue using Github Desktop. I watched the .git directory and the index.LOCK file would appear and disappear. It never persisted for long, so was not there to delete. I investigated a little as other solutions online did not work for me and found that comparing permissions to folders that I was able to commit they had one difference: the .git folder that gave me the error had full control like the others, but it was inherited from its parent. I went to properties->security->advanced and removed then re-added the permissions without inheriting them from the parent. After that I was able to commit my changes without an error.
I created a patch of my changes and did a clone again. Now when I do a commit, it works all fine. I know this is not the right direction. But this is the go to when the index.lock doesn't get created and still we get this error.
As with most config values, the index may be specified with an environmentvariable instead of a config file. For example, setting the followingenvironment variable will accomplish the same thing as defining a config file:
Setting the package.publish key in the Cargo.toml manifest restricts whichregistries the package is allowed to be published to. This is useful toprevent accidentally publishing a closed-source package to crates.io. Thevalue may be a list of registry names, for example:
The sparse protocol fetches individual metadata files using plain HTTP requests.Since Cargo only downloads the metadata for relevant crates, the sparse protocol cansave significant time and bandwidth.
c80f0f1006