younghz

非快进推送（non-fast-forwardupdates）在远程版本库和当前版本库内容不一致时推送所致，引起原因一般为在多成员协同工作下，其他用户在当前用户版本库上次commit和本次commit之间向远程版本库执行了推送所致。出现非快进式推送的日志：图1这是我们可以查看远程版本库和当前版本库的commit哈希值。进入到.git目录下查看本地版本库最新commit

转自：CodePlex是一个由微软创建的Open Source网站，在此网站中所发布的所有程序都可以下载源代码使用，目前它已经成为微软软件的周边组件或扩展的发布管道。2009年9月10日，CodePlex开放源代码基金会（CodePlex Foundation）成立，该基金会主要采用论坛形式，让开放源码社区及软件开发社区一起促进参与开放源代码社区项目的共同目标。在既有的开放源代码组织之外，

百度开源项目。1. 百度超级搜霸（现为 百度工具栏）2006年百度与国家信息产业部软件与集成电路促进中心 (CSIP)宣布 正式达成合作。合作双方将在开源软件领域展开多方面的合作，共同促进我国开源软件产业的发展。这可能是百度第一次高调的宣布步入开源行列。双方合作后，联合开发了基于Firefox的百度超级搜霸工具条。也就是现在的“百度工具栏”的前身。百度超级搜霸Firefox版地址

图1.(git版本库结构图)当然工作区和版本库(.git)是并列的关系。这里只研究版本库部分。图中的各部分与版本库中的文件的对应关系。index                    --> 暂存区HEAD(refs/heads/master)  --> master游标分支，指向最新的commitobjects                  --> 对象库令几

git log必然是Git上比较常用的命令之一了，就其参数

一直在研究Git（我的Git专栏：）

you 本篇博文内容有二：1、  使用git commit –amend修改提交说明。2、  一种替代第一种方法的方式，更确切的说是第一种方式的原理。  1、  使用git commit –amend修改提交说明。这种方式就是大家所熟知的最常用的方式，操作：git commit –amend回车，在弹出的界面上修改提交说明，保存即可。 2、一种替代第

younghz原创，转载请注明出处：本篇博文主要说明两个问题：1、  Git作为版本控制系统，那么他就应该具备在各次提交之间穿梭的能力，这里首先就先说恢复到历史提交的方法，也就是roll back的能力。2、  滚到历史提交我又想回来怎么办？第二就说这个问题。3、  深化说明在1中使用到的命令。  1、首先，看一下版本库中的分支游标master的内容：

关于对象库中包含的内容在之前已将讨论过，可以进入.git通过ls查看：下面主要讨论的是objects目录下的东西。首先通过git log查看提交历史，可通过加上–pretty=raw参数获取详细信息：包含commit对象，tree对象，以及当前提交的上一次提交parent。最下方由于是首次提交并无parent。后面的哈希值是提交的唯一ID，是一个40位的十六进制数。怎样通过

1.首先认识两个配置文件：主目录下的.gitconfig和/etc/gitconfig通过参数--global配置的是前者，如git config --global user.name younghz（删除设置>：git config --unset user.name ）.通过--system配置的是后者。也可以通过git config --global -e或是git conf

今天是清明节，在这个扫墓踏青的节日里，不妨也让我们追忆下那些已经逝去的开源人吧，追思他们为开源事业作出的卓越贡献。下面所列，不能尽举，仅为代表，以为寄思。下文中的人物配图，均来自网络。Seth Vidal，包管理器Yum开发者（1977-2013.07）Seth Vidal在骑自行车时被一辆汽车撞倒身亡，年仅36岁。Yum，全称为“Yellow dog Updater, M

今天在push完代码后发现在自己的github主页上无法正常显示自己的“Your Contributions”，随后进入其它人的主页后发现存在相同结果，如下：于是向support@github.com求助，来回七八封email后终于得其解决，竟是自己的chrome的版本过低所致。当然如果你只是在push后在自己的“Your Contributions” calendar上不加显示，

首先看一下来自于https://github.com/blog/1204-notifications的解释，意思如下（来自于http://www.v2ex.com/t/44452）：Github 推出了新的 Notification 系统，更改了原有的 Watch 机制，为代码库增加了 Star 操作。Notification 将接收 Watching 代码库的动态，包括：

下图来自于《Git权威指南》git diff -- 比较工作区和暂存区之间不同git diff HEAD(master) --  比较工作区和HEAD之间差异git diff --cached(HEAD) -- 比较暂存区和HEAD之间的差异

Git暂存区（stage）是比较难理解的部分，也是Git的特色之一，那么它和工作区与版本库之间的联系又是怎样的，在这之前，应该先记住如下点：1、所说的版本库就是隐藏的.git目录。2、文件 .git/index是记录了文件名、文件的状态信息（时间戳、文件长度等）等的文件索引的目录树。3、Git 对象库（.git/objects）中保存的是文件索引中所指定的文件实体。下面

写的那是相当的好，拜读。转载自：http://www.yangzhiping.com/tech/正是Github，让社会化编程成为现实。本文尝试谈谈GitHub的文化、技巧与影响。Q1：GitHub是什么Q2：GitHub风格Q3: 在GitHub，如何跟牛人学习Q4: 享受纯粹的写作与演讲Q5: 代码帮你找工作Q6: GitHub还在影响一些什

不知道怎么为开源软件做贡献？从汇报 Bug 开始吧，或许还有钱赚呢～ 且看 Qian Hong 的经验分享。全文转载开始今年的软件自由日(SFD)，我在广州Linux用户组的线下活动上做了一个分享，主题叫做《做一名开源社区的扫地僧(上)》。我把演讲的内容重新整理扩充, 写出了文字版, 希望可以跟更多朋友分享。金庸笔下有一个传奇人物，人称扫地僧，身世隐秘，武功绝顶。小说中的扫地僧一出现就是个

喜欢写Blog的人，会经历三个阶段。　　第一阶段，刚接触Blog，觉得很新鲜，试着选择一个免费空间来写。　　第二阶段，发现免费空间限制太多，就自己购买域名和空间，搭建独立博客。　　第三阶段，觉得独立博客的管理太麻烦，最好在保留控制权的前提下，让别人来管，自己只负责写文章。大多数Blog作者，都停留在第一和第二阶段，因为第三阶段不太容易到达：你很难找到俯首听命、愿意为你管理服

.gitignore 無法生效 的 問題修復在測試狀況都是正常, 但是在 Zim 實際使用就有問題, 每次都出現 modified 的解法.解法因為第一次 commit 已經將 .zim/*.cache commit 進去了, 所以每次它都會去檢查, 造成都出現 modified 的狀況.git rm -f .zim/history.cachegit rm -f .

play框架中创建的scala项目，默认会在根目录中创建一个.gitignore文件，而且其中会默认的加入一些忽略文件名称。若要新加入一些忽略文件，直接安装上面的格式，添加即可。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。文件 .gitignore 的格式规范如下：所有空行或者以注释符号 ＃ 开头的行都会被 Git 忽略。可以使用标准的 glob 模

（1）.gitignore介绍在工程实现过程中，会生成一些中间文件，或者在项目中的部分文件是不需要进行版本管理的。对于这些文件应该对于Github来讲是透明的。Github提供这种功能，可以自己指定哪些文件可以不被管理。具体方法是在版本管理的根目录下（与.git文件夹同级）创建一个  .gitignore（gitignore是隐藏文件，所以前面有个点）gitignore - Spe

想要删除自己创建的或是fork的repo，按一下步骤操作（官方文档）：Tip: You can follow these steps to delete forks that belong to you as well.Navigate to the repository you want to delete.Select Setti

大家都知道使用fetch和pull都可以将远程repo的新的commits，但是有什么不同呢二者，直接上官方文档:There are two ways to get commits from a remote repository or branch: git fetch and git pull. While they might seem similar at first,

下面是GitHub官方帮助文档，很详细，可参考，转载如下：地址：https://help.github.com/articles/create-a-repoCreate A RepoIf you've found yourself on this page, we're assuming you're brand new to Git and GitHub. This gu

Git是个了不起但却复杂的源代码管理系统。它能支持复杂的任务，却因此经常被认为太过复杂而不适用于简单的日常工作。让我们诚实一记吧：Git是复杂的，我们不要装作它不是。但我仍然会试图教会你用（我的）基本的Git和远程代码库干活的工作步骤，在15分钟内。 工作步骤我会展示以下的步骤，通常能帮我独自在一台或多台机器上做项目。创建一个远程的空代码库（在Bit

1. 目的：为了做一个备份，所以需要一个其它的版本库。   也就是git clone,然后通过git push 与 git pull实现两个版本库的同步。   语法：git push  git pull 2. 存在版本库A（非bare），现在通过git clone克隆另一个版本库B，需注意的是不能从A执行git push B_addr而      必须是从B git

以下两篇文章是在安装Git服务器时借鉴的文章，不错，转载在此：第一篇转自：http://blog.youkuaiyun.com/ccf07031、所需的软件下载及安装所需工具下载地址：msysgit    http://code.google.com/p/msysgit/downloads/list?q=full+installer+official+gitcopssh    ht

1、COPSSH是一个既有客户端又含有服务器的软件，默认情况下，没有用户可以通过COPSSH访问你的电脑，你可以使用control panel来active users.active users 可以通过ssh访问你的电脑。2、 copssh安装完成以后双击上图那个控制面板，如果服务的运行状态是绿色的圆圈，说明一切正常，否则可能你的安装有问题。卸了重来吧。3、安装过

由于在local做了改动，在执行git merge upstream/master出现conflict。现总结解决方法：首先参考：http://yodalee.blogspot.com/2013/03/vimdiffgit-merge-conflict_28.html使用vimdiff來解決git merge conflict 最近同時家裡用筆電跟辦公室用桌電，在兩個地方使用git

GitHub的官方帮助如下：Fork A Repo: https://help.github.com/articles/fork-a-repoUsing Pull Requests: https://help.github.com/articles/using-pull-requestsMerging a pull request: https://help.github.com/arti

当我刚刚开始使用Git的版本控制时，我根本不确定我付出那么多时间是不是会得到回报。Branch、Stage、Stash，这些Git名词对我来说都非常陌生。而今天的我已不能想象生活没有Git会变成什么样。Git不仅提供了我非常需要的版本控制功能，还让我变成一个更优秀的程序员。这里有一系列可以帮助你的小贴士，可以让Git成为你开发工作中非常重要的一部分。 第一条：花时间

人生好比一场70年代的拳击比赛，充满了躲闪与出拳，如果足够幸运，只需一次机会、一个重拳而已。但首要条件是，你必须顽强地站着，挺住意味着一切。--百万宝贝github中更新自己fork的repo首先，github是不会自动将你的账号中fork别人的repo自动更新的，这考虑到你只想在这个fork的基础上只想独自开发的目的。1、首先fork之后将repo clone到本地：git

github中从fork他人repo并最终要求合并到原项目的过称：1、在github上点击fork按钮，此项目在你的repo中出现。2、git clone (http或ssh协议)，将此项目代码克隆到本地。这样就可以在本地进行代码的修改。3、克隆到本地后，它默认的remote是你fork到你自己github上的repo（称为origin），而不是the repo you forked