在上篇中,我们已经能基本使用git了,接下来继续更深入的挖掘一下git. 更多的配置自定义信息 除了前面讲的用户名和邮箱的配置,还可以自定义其他配置: # 自定义你喜欢的编辑器,可选 git config --global core.editor vim # 自定义差异工具,可选 git config --global merge.tool vimdiff git config --global mergetool.prompt false # 为git着色 git config --globa…

对于初学者,从使用上先入手,往往学的最快,并从中汲取教训,再回头更深入的学习,效果尤佳. 安装git 安装git自不必说,mac已经内置了git,linux下一个命令就能搞定,windows下需要下载一个客户端安装,一切尽在官方网站: http://git-scm.com/ 配置自定义信息 # 配置用户名和密码,标识用户,且可以为后续提交钩子发送邮件, 必填 git config --global user.name "Jayfeng" git config --global user…

公司规模不大,成立之初,选择了svn作为版本控制系统.这对于用惯了git的我来说,将就了一段时间后,极为不爽,切换到git-svn勉强能用.随后,因为产品需要发布不同的版本,而git-svn对远程分支的支持又甚为不好,于是提出搭建git环境的想法.鉴于呆过的前公司,没有一家使用svn不出事的(印象最深的是,阿里云OS就出现了一次svn重大事故),我不是svn黑,领导欣然同意. 需求 一共php,android,ios三个小团队,所以分别为php,android端,ios端搭建三个git仓库. 当…

目标读者:了解 Git 的基本概念,能够使用 Git 进行基本的本地和远程操作. 有关 Git 的基础知识可以参见 知乎回答-怎样使用 GitHub?,天猪(刘勇)给出了一些很好的学习资料. 本文介绍了小团队中 Git 管理的基本使用流程.小团队的代码管理可以采用这样一种方式:项目存在一个中心远程仓库,作为团队成员进行代码交流的主要场所.同时可以存在一些成员远程仓库,用于局限在团队中部分成员间的代码交流.并将成员分成以下几类不同的角色:负责人.普通组员.预发布责任人 和 版本修复责任人.下面的章…

原文:小代码编写神器:LINQPad 使用入门 一:概述 1:想查看程序运行结果,又不想启动 VS 怎么办? 2:想测试下自己的 C# 能力,不使用 VS 的智能感知,怎么办? 那么,我们有一个选择,使用神器  LINQPad(http://www.linqpad.net/). 二:入门 1:使用 C# Statement 直接在 1 处选择,然后在 2 处写 C# 代码,注意,语法中 Dump() 一下,就是在 3 处的结果窗口进行显示: 2:引入内.外部(第三方) DLL  以及 引用命名空…

实验室要使用Git进行代码管理,但是git非常复杂,各种开发模式也是层出不穷.作为新手的偶们很是发囧啊!!网上搜了一下,发现很多并不适合我们小团队运作(它本身就是为Linux内核管理而开发的分布式代码管理工具).关于分布式和集中式(svn)代码管理的区别大家可以自己去搜搜,这里就不多说了. 网上找到的git的中文资料,大部分是讲git的命令的使用,对于git的工作流程和如何实现团队合作的介绍少之又少,特别是对于团队代码库管理者的文档,几乎没有.即便有也是上来就讲各种分支xxxx的,有点晕.这里将…

笔者前几天被问到一个问题,你在团队管理方面有什么值得分享的吗?咋一听,实用千言万语,但是事后回忆说出来的东西感觉空无一物,缺少干货.故想通过写一篇随笔思考整理一下,刷新一下自己对小团队管理的认知.这里的小团队规模为小于等于20人.太大的团队笔者也没有带领过,就不敢乱说了. 要带好一个团队,管理者到底要怎么做才能出活,真正带出绩效? 笔者脑海中出现了一些关键语句,下面将逐个阐述. 团队管理者最好懂技术 团队主管最好是从程序员升迁过来的或者具备至少五年的编程实践的经历.牛逼的人都需要有一两段苦逼的岁…

git和svn 最大的差异在于git是分布式的管理方式而svn是集中式的管理方式. 集中式 集中式代码管理的核心是服务器,所有开发者在开始coding之前必须从服务器获取代码,然后开发,最后解决冲突,提交.所有的版本信息都放在服务器上. 基于集中式的代码管理,完全依赖于代码服务器,如果是离线的情况下服务器不能连接,那本地的所有修改将无法提交,当然也无法还原到上个版本.无法对比.这对于快速迭代将是致命的! 分布式 分布式和集中式最大的区别就是:每个开发者机器都是一个独立的代码服务器.这样即使无法连…

目标读者:了解 Git 的基本概念,能够使用 Git 进行基本的本地和远程操作. 有关 Git 的基础知识可以参见 知乎回答-怎样使用 GitHub?,天猪(刘勇)给出了一些很好的学习资料. 本文介绍了小团队中 Git 管理的基本使用流程. 小团队的代码管理可以采用这样一种方式:项目存在一个中心远程仓库,作为团队成员进行代码交流的主要场所.同时可以存在一些成员远程仓库,用于局限在团队中部分成员间的代码交流.并将成员分成以下几类不同的角色:负责人.普通组员.预发布责任人 和 版本修复责任人.下面的…

最近小团队开始使用 gogs 来保存手头的项目.具体的使用流程如下: 由 root 用户新建 organization, 比如说建立 hardware,然后把团队的 技术负责人拉到 owners 这个 team 里面.以后的事情都有 团队的技术负责人来处理. 有团队技术负责人登录账户,然后 invite 做各个模块的实际的技术人员. 有团队技术负责人建立实际生产使用的仓库. 各个模块的实际技术人员分别建立自己的私有仓库,然后邀请技术负责人作为协作人员. 技术人员当完成阶段性任务的时候,通知负责人…