~~~ //确认git是否已安装成功 git version //git提交之前,需要设定如下项目以保证正常提交, 具体信息请设定为自己的信息。 git config --global user.name "pj" git config --global user.email "pj@outlook.com" //克隆远程项目到本地 git clone git@172.17.0.2:root/demoprj.git //自己要与origin master建立连接 git remote add origin git@github.com:XXXX/nothing2.git //分支 git branch //查看分支列表,前面有*,表示当前所在分支 git branch develop //创建分支develop git checkout -b pj //创建新的分支pj,同时切换到新的分支,不带-b表示直接切换 //分支拉取(dev为远程仓库的分支名) git fetch origin dev git pull origin dev 不要用git pull,用git fetch和git merge代替它。 git pull的问题是它把过程的细节都隐藏了起来,以至于你不用去了解git中各种类型分支的区别和使用方法。 当然,多数时候这是没问题的,但一旦代码有问题,你很难找到出错的地方。 看起来git pull的用法会使你吃惊,简单看一下git的使用文档应该就能说服你。 将下载(fetch)和合并(merge)放到一个命令里的另外一个弊端是,你的本地工作目录在未经确认的情况下就会被远程分支更新。 当然,除非你关闭所有的安全选项,否则git pull在你本地工作目录还不至于造成不可挽回的损失,但很多时候我们宁愿做的慢一些,也不愿意返工重来。 //分支提交 git add -A //添加当前目录下所有文件 git status //查看所在分支状态 git commit -m "备注" //提交代码到分支 git push -u origin develop //提交更新到远程代码库,-u选项会指定一个默认主机,这样后面就可以不加任何参数使用git push。 //合并分支,使用no-ff选项进行合并可以将comment一起转移,能够清晰的看出从哪儿来,做了哪些改变。 git log //查看提交日志 git merge develop --no-ff //合并develop分支到master分支,此命令需要先切换到master分支 git push origin master //提交更新到远程代码库 git push origin --delete develop //删除远程分支 //如.idea文件。如果不小心出现此文件在远程仓库可以通过以下步骤delete此文件夹 git rm --cached -r .idea git commit -m 'delete .idea' git push origin master ~~~