版本控制

Question 1.什么是版本控制器，什么是GIT？ 2.GIT的原理是什么？ 3.GIT的常用基本操作？ 4.GIT遇到的问题? Answer 1.什么是版本控制 版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。 实现跨区域多人协同开发 追踪和记载一个或者多个文件的历史记录 组织和保护你的源代码和文档 统计工作量 并行开发、提高开发效率 跟踪记录整个软件的开发过程 减轻开发人员的负担，节省时间，同时降低人为错误 简单说就是用于管理多人协同开发项目的技术。 1.1那么GIT是什么？ GIT就是一个版本控制的管理工具，虽是版本工具，但是又区别于其他的版本控制器（CVS，Subversion，Perforce，Bazaar 等等）， GIT是分布式版本控制器；SVN等是集中式版本控制器 Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。 其他版本控制器主要是：每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容： CVS，Subversion，Perforce，Bazaar 等等的工作原理 2.GIT的原理是什么？ Git 并不保存这些前后变化的差异数据。实际上，Git

Git&GitHub 1、版本控制工具应该具备的功能 协同修改 多人并行不悖的修改服务器的同一个文件 数据备份 不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态 状态管理 在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间提高运行效率。这方面SVN采用的是增量式管理的方式，而Git采取是文件系统快照的方式。 权限控制 对团队中参与开发的人员进行权限控制 对团队外开发贡献的代码进行审核--Gti独有 历史记录 查看修改人、修改时间、修改内容、日志信息。 将本地文件恢复到某一个历史状态。 分支管理 允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。 2、版本控制工具 思想:版本控制 实现：版本控制工具 集中式版本控制工具： CVS、 SVN 、VSS······· 分布式版本控制工具 Git 、Mercurial、Bazaar、Darcs······ 3、Git 简介 3.1 Git官网 https://git-scm.com 3.2 Git的优势 大部分操作在本地完成，不需要联网 完整性保证 尽可能添加数据而不是删除或修改数据 分支操作非常快捷流畅 与Linux命令全面兼容 3.3 Git结构 3.4 Git和代码托管中心 局域网环境下 GitLab服务器 外网环境下 GitHub 码云 4、Git命令行操作 4.1、本地库初始化 命令

Mercurial简介 Mercurial 是一款非常优秀的分布式版本控制系统(DCVS)，具有高效率、跨平台、可扩展、使用简便且开源等优点，是目前最为流行的版本控制工具之一。Mercurial英文意为水银，所以常被缩写为Hg。在使用Mercurial之前，我曾经使用过VSS(已停止更新)和 SVN ，也尝试过微软的 TFS ，它们都不是分布式版本控制系统，换句话说，就是当源码服务器故障或网络不通时，你将无法提交你所做的本地修改。这也是之前的版本控制工具与Mercurial最大的不同，目前与Mercurial类似的工具还有 Git ，但由于对Windows系统的支持做得不是很人性化，我个人不太喜欢。 最开始接触Mercurial时，由于长期使用SVN的缘故，已经习惯了依赖中央源码服务器，也曾感觉Mercurial的操作很别扭，不是很方便。但当我在项目中使用了一段时间以后，就喜欢上这个它了。下面放出Mercurial相关的一些信息： Mercurial官网： http://mercurial.selenic.com/ Mercurial客户端(TortoiseHg)： http://tortoisehg.bitbucket.org/ 支持Visual Studio中使用Mercurial的插件VisualHg： http://visualhg.codeplex.com/

7.2 版本控制工具VSS 在开发过程，为了控制开发错误以及不同时期代码的管理，通常使用版本控制工具。本小节主要介绍Microsoft提供的版本控制工具VSS（Visual SourceSafe）。VSS可以详细记录源代码从开发到发布期间所有的修改和版本信息，并使用签入签出控制一个代码文件一次只能由一个程序员修改，这就保证了源代码的安全性和准确性。本例使用Microsoft提供的最新版本VSS2005英文版。 7.2.1 VSS的使用 VSS2005安装完成后，在Windows的程序菜单中会生成两项：Microsoft Visual SourceSafe和Microsoft Visual SourceSafe Administrator。顾名思义，第2项用于权限管理，控制登录VSS的用户数量和权限级别。 1．VSS服务器端使用 先在VSS Administrator中添加项目组的开发人员名单，权限由管理员分配。 （1）打开VSS Administrator，出现登录窗口，如图7-6所示。首先要创建一个新的VSS管理数据库。 （2）单击“Browse”按钮，打开VSS数据库窗口。如图7-7所示。列表中显示的是之前项目的VSS数据库。右边的一系列按钮可实现对这些数据库信息的操作。 （3）单击“Add”按钮，此时会出现一个向导，帮助用户选择文件夹并创建数据库文件

参考链接 https://semver.org/lang/zh-CN/ 语义化版本 2.0.0 (透过版本号的改变来传达信息.) 摘要 版本格式: 主版本号.次版本号.修订号 版本号递增规则如下: 1.主版本号: 做了不兼容的API修改. 2.次版本号: 做了向下兼容的功能性新增. 3.修订号: 做了向下兼容的问题修正. 规范摘要:以下以x.y.z表示版本号格式 上一级版本号递增时,下面的版本号必须归零. 举个简单的例子就可以展示语义化的版本控制如何让依赖地狱成为过去。假设有个名为“救火车”的函式库，它需要另一个名为“梯子”并已经有使用语义化版本控制的包。当救火车创建时，梯子的版本号为 3.1.0。因为救火车使用了一些版本 3.1.0 所新增的功能， 你可以放心地指定依赖于梯子的版本号大等于 3.1.0 但小于 4.0.0。这样，当梯子版本 3.1.1 和 3.2.0 发布时，你可以将直接它们纳入你的包管理系统，因为它们能与原有依赖的软件兼容。 0.y.z中 0 为主版本号,如 0.1.0 是初始化开发版本.并在后续的每次发行时递增次版本号. 主版本为0时,表示仍在快速开发阶段,每天都在改变API. 如果不小心把不兼容的改版当成了次版本号发行了该怎么办? 一旦发现自己破坏了语义化版本控制的规范,就要修正这个问题. 发行一个新的次版本号恢复向下兼容. 不能修改已发行的版本.

版本控制：Git 版本控制：Visual Source Safe 来源： CSDN 作者： forchoosen 链接： https://blog.csdn.net/forchoosen/article/details/103772882

在这里我附上自己参考的链接，方便日后自己查看和使用，希望对小伙伴们能产生帮助 svn下载和安装 https://www.cnblogs.com/lijingbo/p/9116717.html 关联开发工具(以intelliJ Idea为例) https://blog.csdn.net/zty1317313805/article/details/80596075 svn常用命令 https://blog.csdn.net/daocaoren1543169565/article/details/78890708 adb常用命令 https://www.jianshu.com/p/689aed65364c https://www.jianshu.com/p/ac5b4690e63c git常用命令 https://www.jianshu.com/p/5c02d67f47f7 来源： CSDN 作者： 上善 若水 链接： https://blog.csdn.net/mingxiangzhimin/article/details/103772829

描述： 使用idea开发工具新建了一个项目工程，此时此刻工程没有任何的版本控制，代码存放在本地磁盘中，如果需要直接将项目工程代码提交到gitlab上，该如何操作呢？ 因为当前没有版本控制，不能像正常的代码那样提交，必须先创建git本地仓库，然后关联到远程的gitlab服务。 1、在idea的菜单选项 VCS >> Import into Version Control >> Create Git Respository 2、出现 Select directory for git init 对话框，默认是直接定位到当前项目文件所在的磁盘目录，一般git初始化就在当前项目的根目录，不需要修改路径，直接点解OK确定即可。 3、init完成之后，可以看到原本的项目文件名变成了红色了，红色在idea的git版本表示未add的文件，同时在系统资源管理器中打开项目的磁盘文件目录，会发现一个 .git的隐藏文件，这个文件就是git的配置和仓库文件。 4、再回到idea中，点击 VCS >> Git >> Add 添加当前项目下的文件，添加完成后，之前的红色文件名变成了绿色了，表示已经Add成功，但还没有commit 5、继续操作 VCS >> Git >> Commit File ，然后在提交创建填写提交注释说明。 6、提交完成之后，只是提交到本地仓库

　　目前开发的新项目使用的版本控制工具基本用的都是Git，老项目用的还是Svn，网上Git资源也很多，多而杂。我整理了一份关于Git的学习资料，希望能帮助到正在学习Git的同学。 一、 Git 命令初识 在正式介绍Git命令之前，先介绍一下Git 的基本命令和操作，对Git命令有一个总体的认识 示例：从Git 版本库的初始化，通常有两种方式： 1）git clone：这是一种较为简单的初始化方式，当你已经有一个远程的Git版本库，只需要在本地克隆一份 例如：git clone git://github.com/someone/some_project.git some_project 上面的命令就是将'git://github.com/someone/some_project.git'这个URL地址的远程版本库，完全克隆到本地some_project目录下 2）git init 和 git remote：这种方式稍微复杂一些，当你本地创建了一个工作目录，你可以进入这个目录，使用'git init'命令进行初始化；Git以后就会对该目录下的文件进行版本控制，这时候如果你需要将它放到远程服务器上，可以在远程服务器上创建一个目录，并把可访问的URL记录下来，此时你就可以利用'git remote add'命令来增加一个远程服务器端， 例如：git remote add origin

代码协同管理工具 svn 代码管理工具 　　*防止代码丢失，做备份 　　* 代码版本的管理，可以进行多个节点的备份，在多个版本之间跳跃 　　* 可以方便的将代码在 多人之间进行共享传输 　　* 多人开发时有各种模式可以方便代码管理 git是一个开源的分布式版本控制系统，可用于高效的管理大小项目（05年） 分布式和集中式 　　分布式：每个节点都保存完整的代码，没有明确的中央服务吕，节点之间项目推送下载代码完成代码共享 　　集中式：代码集中管理，每次完成的代码上传到中央管理器，然后再统一从中央管理器下载代码使用 windows 使用git,,生成rsa的 git 特点： 　　* git可以管理各种文件，特别是代码项目，多在*nix系统中使用 　　* 是分布式管理，不同于集中式，这是git 和svn的核心区别 　　* git可以更好的支持分支，方便多人协同工作 　　* git分布式代码更安全，有全球唯一的commit版本号 　　* git 是开源的系统 　　* 使用git可以脱网，且数据传输速度较快 sudo apt-get install git 安装 　　git配置命令 　　　　git config 　　　　　　配置级别 　　　　　　　　 1 系统中所有的用户都可使用该配置 　　　　　　　　　　命令：git config --system 　　　　　　　　　　配置文件： /etc