Git

git规范 1.概览项目默认分支为线上master预发布 develop commit信息必须完整描述修改内容 commit之前必须进行pull或者fetch进行同步所有需求建立新分支进行修改 develop 分支作为开发阶段主分支各需求负责人本地建立新分支进行修改修改完成后使用rebase合并冗余commit信息合并至develop分支 2.commit规范保证commit尽量只做一件事书写commit message言简意赅规范commit message格式完整commit信息大致如下参考 Angular Git Commit Guidelines： # 标题行：50个字符以内，描述主要变更内容 # # 主体内容：更详细的说明文本，建议72个字符以内。需要描述的信息包括: # # * 为什么这个变更是必须的? 它可能是用来修复一个bug，增加一个feature，提升性能、可靠性、稳定性等等 # * 他如何解决这个问题? 具体描述解决问题的步骤 # * 是否存在副作用、风险? # # 如果需要的化可以添加一个链接到issue地址或者其它文档 <type>: <subject> <BLANK LINE> <body> <BLANK LINE> <footer> type: 本次 commit 的类型，诸如 bugfix docs style 等 scope: 本次 commit 波及的范围 subject: 简明扼要的阐述下本次 commit 的主旨，结尾无需标点 body: 主体内容 footer: 描述下与之关联的 bug 或者需求链接开发过程中遇到单行无法完整描述commit信息时必须使用完整commit信息提交 ...

git简介一：Git是什么？ Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。工作原理 / 流程： Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库二：SVN与Git的最主要的区别？ SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。 Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。三：初始化设置 1. 设置用户名及邮箱信息全局设置 git config --global user.name "Name" git config --global user.email "Email" 针对项目设置 git config user.name "Name" git config user.email "Email" 2. 设置换行符自动转换 git config --global core.autocrlf [true | input | false] # 全局设置 git config --local core.autocrlf [true | input | false] # 针对本项目设置 true 提交时转换为LF，检出时转换为CRLF input 提交时转换为LF，检出时不转换 false 提交与检出的代码都保持文件原有的换行符不变（不转换）推荐设置: windows git config --global core.autocrlf true other OS git config --global core.autocrlf input 初始化仓库版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。 ...

Git规范-初版

Git教程-初版