Git case-sensitivity bug
I believe I have discovered a bug with git tools. If you create a git branch, you can refer to that branch with case-insensitive alterations and it will track as the same branch. If I create branch "test" I cannot then create branch "Test" because the same name is already used. However, git commands ARE case-sensitive, causing unspecified behavior! If you create branch "test" and then run "git checkout Test" and then run "git branch" it will list the branches "master" and "test" and NEITHER ONE will be flagged * as the current branch! (It does not list Test and does not show any branch as being the current branch) As far as git is concerned... you're not on a branch! But you're secretly on the "test" branch. Also, I think this may cause further issues. Switching to "test" tells me that I am 1 commit behind master, but switching to "Test" gives no such message, and appears to want me to --set-upstream again, for the same branch. This is really bad behavior. I'm on MacOS so this may be unique to the Mac version of git tools.
Git server memory requirements
I'm trying to get an idea how much memory is required for a git server that is hosting linux kernel repos. What we're seeing is that git uses around 1GB of RAM on the server when a user does a clone of the Linux kernel source over ssh. Does this seem about right? Is this amount fixed, or arbitrary (trade-off memory for speed). It seems subsequent concurrent clones use less memory. Is there any practical way to reduce the memory usage? We're running into occasional issues if there are multiple clones at once. Is setting gc.auto=0 a good idea for large kernel repos? The idea is we can repack manually or in a cron on weekends rather than during user operations. However, manually running a git gc seems to use about as much memory as a user clone. It may be that our EC2 small instance (2.5GB) is not up to the task, but would like to understand options (we can easily trade off some speed for less memory if we can) before upgrading. Thanks, Cliff -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
