git学习
文章平均质量分 80
nebulali
这个作者很懒,什么都没留下…
展开
-
git项目管理示例
原地址不记得了,抱歉~ 1. GIT,在技术层面上,绝对是一个无中心的分布式版本控制系统,但在管理层面上,我建议你保持一个中心版本库。 2. 我建议,一个中心版本库(我们叫它origin)至少包括两个分支,即“主分支(master)”和“开发分支(develop)” 3. 要确保:团队成员从主分支(master)获得的都是处转载 2012-05-15 10:36:02 · 769 阅读 · 0 评论 -
git merge 和git rebase
看到一篇git merge 和git rebase区别的文章解了我一直的困扰,特此分享 起因 前两天和项目组的成员分享了git相关知识,因为我发现大家再运行git pull时没有加后面的参数 --rebase。 也就是说,如果你运行git pull,那么git会帮你做两件事情,首先拿到远程最新的代码,然后运行 git merge。 那么如果是git pull转载 2012-06-21 13:55:09 · 2883 阅读 · 0 评论 -
git 初体验
git的原理有些复杂,额也描述不清楚,有个git中文教程可以慢慢看。 http://gitbook.liuhui998.com/index.html,或者直接下个git中文教程 个人觉得git的思想很强大 工作中用到到git命令记录如下: git clone [地址] [本地名称] 克隆一个仓库到本地。本地名称可以不填,不填时默认与远程仓库中同名 补充: git clone [地址原创 2012-05-15 10:09:40 · 1175 阅读 · 0 评论 -
Git 管理多个分支的公共部分 How to manage the common part of multiple branches
分享一篇文章,解决多分支的代码管理 我们在使用 git 进行版本控制时,可能遇到这样的需求:同时维护多个永久性的 branch(分支),每个 branch 可能对应于针对不同客户的不同实现;在分支间切换,可以方便地为各个客户生成特定的版本。这些所谓“永久性”的分支,与通常使用分支的情形不同,因为它们会长期存在并随着整个软件的演进不断变化,而不是实现某些 feature 后就并入主分支(mas转载 2012-08-16 19:29:59 · 1346 阅读 · 0 评论