msysgit

问题 I am running Git-1.8.0-preview20121022 on Windows 7 and the install was with "Git Bash Only" (least intrusive to Windows cmd). When I open the Git Bash from the start menu shortcut, everything is fine with the history. But when the Git Bash here context menu (either the git-cheetah shell extension one or the simpler registry one) is what launched a session, the commands from that session are not saved to the .bash_history . How could figure out why this is happening? Or better yet, does

问题 I sometimes have to work in Windows, which often means using the Bash shell. If I am (for example) in vim ( not gvim ) with several files open, and I hit Ctrl Z to briefly go back to the shell and do something before returning to vim , instead of suspending my vim process Git Bash creates a new DOS shell. This is the last thing I'd ever want. Googling turns up nothing useful (at this point in time - YMMV in my future). What is going on? 回答1: I sometimes have to work in Windows, which often

问题 I'm writing a little test suite that runs the tool to be tested over a bunch of input files. For each input file, a corresponding output file is being created by the tool (both are in XML). Input and output files are checked in on a Git repo. The output files carry the time when the tool was compiled, so the output files are surely modified after they were re-created by the tool being tested. To have a quick glimpse if the output has changed (when I modified the sources of the tool), I'd like

问题 I used Ubuntu to upload a repository to github. I downloaded to windows 7 and using msysgit. When I saved some files in Windows without any changes. When I do git status, they are listed as modified. When I do git diff, all the line has ^M at the end. What is this ^M and how can I ignore this? Thanks in advance. UPDATE I have autocrlf = false in .gitconfig, because I want to keep lf rather than auto or crlf. 回答1: Try to use autocrlf option in git config. git config core.autocrlf true 回答2: The

问题 I'm using cygwin on Windows 7, but I've decided to work with msysgit instead of default cygwin git, because msysgit is always more recent. Everything works pretty well, except commit message editing. I'm using nano (form cygwin) and my msysgit is apparently sending an CRLF line endings to it, therefore they are displayed incorrectly in cygwin window (as ^M ). Have you got any idea how to fix this? Do you think that combining mssygit and cygwin is good approach anyway? Thanks! 回答1: Do you

问题 I install git-1.8 in windows7, but encounter this problem(nearly every time when I use 'git config' or some else), can someone tell why and how to fix? 回答1: I have both msysgit and GitHub for Windows, but I would recommend using the portable version of msysgit in order to avoid any conflict in the Windows registry. Also, WFSO is a Windows semaphore ( WaitForSingleObject ), illustrated in issue 457 for instance. It is a symptome of a resource deadlock, resource which would be use by both bash

问题 I started using git and have been using it for couple of months now, and I am curious if my workflow is correct. I work from two different places on the project. here are the stages of my workflow: I pull the project from remote repo make a local branch for a new feature make changes and commit merge the branch with master push to the remote is this correct way of working on the project? 回答1: As Amber said : First, let's just make something clear: there is no single "correct" workflow for Git

问题 I just installed copSSH for Windows. When I boot it up I get a directory C:\copSSH\home\Nick\.ssh which has my pub and private key it. When I access this directory via a Cygwin bash window using ssh user@host I get happily logged in. However, when I open a git bash window with git clone ssh://user@host it tries to access the keys in C:\Users\Nick\.ssh , which gives me a "permission denied" error. How can I fix git so everything is using C:\copSSH\home\Nick\.ssh as the directory? 回答1: The