今天写了一天代码,然后 git hub commit 了 多达 7 次. 可是都没有把改动正式推送上去. 结果最后要推送的时候发现中间有一个提交文件超过了100M. 是 vs 的代码性能分析报告 .vsp 文件, 我仅仅能说真的是硕大无比,一个报告竟然有800M. 那当然我希望把这个文件忽略掉,所以改动 .gitignore 文件.可是已经来不及了,由于之前的 commit 里面已经有了这个文件. 即使我在新的commit中忽略掉它,之前的commit也无法推送上去.那么仅仅能不要脸的把全部co…

使用这个折腾了半天 git config --global --unset http.proxy git config --global --unset https.proxy 没用,原来实现项目目录下config 覆盖了全局配置 把这个删掉…

Git 版本控制系統(3) 還沒 push 前可以做的事 转载:http://ihower.tw/blog/archives/2622   這一集要講的是:還沒 push 前可以做的壞事,也就是 reset 跟 rebase. 相較於 SVN 這種 commit 就是送到遠端伺服器,Git 的 commit 其實東西都還是在本地端,所以只要你還沒 push 出去分享給別人,你的 commit logs 是可以修改的!! 這種功能非常的 powerful,可以讓你 undo 和 rewrite c…

Git 将代码恢复到一个历史的版本 要把代码回到某个历史版本 比如 test有两种方法 暴力的方式 如果你的仓库是自己在用(不影响别人),那么你可以使用 git reset --hard <target_commit_id> 来恢复到指定的提交,再用 git push -f 来强制更新远程的分支指针.为了保证万一需要找回历史提交,我们可以先打一个 tag 来备份. 对于刚刚的例子,需要执行的命令就是: // 备份当前的分支到 backup_commit git tag backup_commi…

不小心把数据库备份文件放到git目录里了,导致无法上传代码. 首先参考了 这篇文章 http://www.cnblogs.com/qmmq/p/4604862.html. 按照文中一开始说的去做,可还是无法成功. 后来看到这句话: 如果做了这几步你push的时候还是报和开始的时候一样的错,那说明这个文件你不是最近一次commit时添加的,而是在之前commit过很多次了,这就需要把关于这个文件的所有历史commit记录全部清除掉. 这样,我由此想到,如果把提交大文件的几次提交取消掉不就可以了吗?…

git push报错: github不能上传大文件,按道理删掉重新提交就行了 可是删掉后,git add -A,再git commit,再git push,依然报错 后来我想明白了 github上传时候,其实不止是push当前版本,还要push所有历史版本,如果之前某次commit没有上传,那么这个历史版本也要默认push 为此,解决办法: 1,用git cherry命令查看所有commit但没push的历史版本 2,再用git reset [版本id]命令撤销之前的版本 值得注意的是git r…

如果输入$ git push origin master 提示出错信息: 或者 失败的原因:不能 push 远端仓库 原因分析:由于你当前分支落后与远程端对应分支,所以无法更新: 解决方案:使用 git pull origin master (先把远程服务器github上面的文件拉下来),然后使用 git push origin master 将本地仓库中的所有文件都提交到远程仓库中 若还不能解决问题,接着会出现如下报错信息: 失败的原因:拒绝让我合并不相关的历史 解决方案:git pull o…

分别有仓库 A(github),B(JAE 的 git),本机为C. 假设以 a 仓库作为最终的使用仓库, b为发布仓库.分支都为 dev 第一步,增加远程仓库 git remote add origin1 git.agit remote add origin2 git.b 第二步,本地确保没 change 的东西,拉去远程仓库地址,然后进行 rebase .git fetch origin1git rebase -i origin1/dev 如果有冲突,解决完. git push -f ori…

摘要:由于在git push过程中,no-fast-forward 的push会被拒绝,如何解决git push失败的问题?这里面有三种方法,分别会形成merge形式的提交历史,线性形式的提交历史,覆盖原来的提交历史. 本文来源:git push 的三种模式 地址:http://blog.csdn.net/trochiluses/article/details/14517379 1.git push产生冲突的形成过程 现在,服务器端最新版本是x:用户甲和用户已分别clone代码,然后进行开发:用…

之前部署的gitlab代码托管平台,采用ssh方式连接gitlab,在客户机上产生公钥上传到gitlab的SSH-Keys里,则git clone下载和git push上传都没问题,这种方式很安全. 后来应开发同事要求采用http方式连接gitlab,那么首先将project工程的"Visibility Level"改为"Public"公开模式,并且要保证gitlab的http端口已对客户机开放. 后面发现了一个问题:http方式连接gitlab后,git clon…