1.1 Git和SVN的区别
1、GIT是分布式的,SVN不是:
这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别。需要做一点声明,GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统,例如Bitkeeper, Mercurial等,也是运行在分布式模式上的。但GIT在这方面做的更好,而且有更多强大的功能特征。 GIT跟SVN一样有自己的集中式版本库或服务器。但GIT更倾向于被使用于分布式模式,也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说,如果你被困在一个不能连接网络的地方时,就像在飞机上,地下室,电梯里等,你仍然能够提交文件,查看历史版本记录,创建项目分支等。对一些人来说,这好像没多大用处,但当你突然遇到没有网络的环境时,这个将解决你的大麻烦。 同样,这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐,你不必再像以前那样做出补丁包,通过email方式发送出去,你只需要创建一个分支,向项目团队发送一个推请求。这能让你的代码保持最新,而且不会在传输过程中丢失。github.com就是一个这样的优秀案例。
2、GIT把内容按元数据方式存储,而SVN是按文件:
所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。如果你把.git目录的体积大小跟.svn比较,你会发现它们差距很大。因为,.git目录是处于你的机器上的一个克隆版的版本库,它拥有中心版本库上所有的东西,例如标签,分支,版本记录等。
3、GIT分支和SVN的分支不同:
分支在SVN中一点不特别,就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支,你需要手工运行像这样的命令svn propget svn:mergeinfo,来确认代码是否被合并。感谢Ben同学指出这个特征。所以,经常会发生有些分支被遗漏的情况。 然而,处理GIT的分支却是相当的简单和有趣。你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支,你能简单而快捷的合并这些文件。
4、GIT没有一个全局的版本号,而SVN有
目前为止这是跟SVN相比GIT缺少的最大的一个特征,SVN的版本号实际是任何一个相应时间的源代码快照。我认为它是从CVS进化到SVN的最大的一个突破。
5、GIT的内容完整性要优于SVN:
GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。 一个研发队伍的成员正常包括:需求分析、设计、美工、程序员、测试、实施、运维,每个成员在工作中都有产出物, 包括了文档、设计代码、程序代码,这些都需要按项目集中进行管理的。SVN能清楚的按目录进行分类管理, 使项目组的管理处于有序高效的状态,SVN更适用于项目管理, Git更适用于代码管理。
1.2 注册账号
1.3 配置SSH?
可以通过HTTP和SSH去做克隆和提交代码,由于HTTP需要每次提交的时候输入邮箱号和密码,所以常用电脑上配置SSH,只要配置好了以后,下次提交的时候就方便了。SSH的方式主要是通过生成一个密钥和一个公钥,这个公钥可以使用在GitHub,GItLab,内网GitLab中。
大多数 Git 服务器都会选择使用 SSH 公钥来进行授权。系统中的每个用户都必须提供一个公钥用于授权,没有的话就要生成一个。生成公钥的过程在所有操作系统上都差不多。首先你要确认一下本机是否已经有一个公钥。
SSH 公钥默认储存在账户的主目录下的 ~/.ssh 目录。进去看看,看一下有没有id_rsa和id_rsa.pub(或者是id_dsa和id_dsa.pub之类成对的文件),有 .pub 后缀的文件就是公钥,另一个文件则是密钥。假如没有这些文件,甚至连 .ssh 目录都没有,可以用 ssh-keygen 来创建。该程序在 Linux/Mac 系统上由 SSH 包提供,而在 Windows 上则包含在GitBash里面里。
1.4 配置SSH到GitLab账号
- 1、查看你生成的公钥:
vim id_rsa.pub就可以查看到你的公钥
- 2、登陆GitLab账号,点击用户图像,然后 Settings -> 左栏点击 SSH keys
- 3、复制公钥内容,粘贴进“Key”文本区域内,取名字
- 4、点击Add Key
1.5 克隆提交代码
- 1、首先把服务器上的代码克隆下来
git clone git@192.168.200.109:snailå/GitTest.git
这个时候可以在命令行工具里面看到当前目录是在master目录下面
- 2、将所有有改动的全部添加到要提交的本地库中
git add .
也可以用git add 文件名
- 3、提交修改到本地库
git commit -a -m "提交添加的注释信息"
- 4、把本地库的修改推送到远程服务器
git push
将本地代码库中的改动提交到远程服务器上去
1.6 使用最高的命令行
git pull --> 更新本地代码库到最新,每次提交代码的时候需要先更新,然后再提交
git checkout release/v1.0.0 --> 从当前分支切换到release/v1.0.0去,注意切换分之前需要把有改动的commit
git merge feature/login --> 从当前分支merge feature/login分支的内容,这时候如果有两个人修改了同一个文件的同一行,则会有冲突,需要解决当前冲突再提交。
release/v1.0.0 feature/login --> 分支的命名一般当前的主线是 release/ 开头,后面跟版本号,每个人的分支,一般用feature/ 开头,后面跟 分支内容名
git最好还是经常提交,然后由一个人把代码合到release上面,release上面就是当前开发的最新代码,一般一个版本结束的时候,需要打一个tag,这样以后能回到tag标志的这个节点。当release 上线发布后,需要把master上面的代码更新到最新。
原文地址:https://www.cnblogs.com/jlutiger/p/11088935.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。