版本控制

使用Git时将文件改成Git,Svn时改成svn 修改项目下.idea目录的vcs.xml配置文件。 <? xml version = "1.0" encoding = "UTF-8" ?> <project version = "4" > <component name = "VcsDirectoryMappings" > <!-- <mapping directory="" vcs="svn" />--> <mapping directory = "" vcs = "Git" /> </component> </project> 如何添加两种版本控制: 1:项目本身开始是使用svn版本控制的,后来从码云上clone 下来一个新的空项目,把项目中的图下.git文件夹拷贝过来放到现有的项目中,就可以实现同时使用了 来源：博客园 作者： 链接：https://www.cnblogs.com/zy-jiayou/p/11556875.html

背景：在使用svn作为idea的版本控制工具时，配置subversion的时候，在TortoiseSVN（小乌龟）的bin目录下面没有svn.exe。 分析： 之所以没有，是因为安装TortoiseSVN的时候没有勾选指定安装项。 找到安装包重新运行，选择modify，然后下拉打红叉的下拉框 勾选command line client tools项，这时候红叉会像其他安装选项一样是个小方盒。 一直点下一步，安装完成后，这时候去bin目录查看将可以看到svn.exe 来源：博客园 作者： 靠自己 链接：https://www.cnblogs.com/liuliuyan/p/11505963.html

没有绿色标记卸载Tortoise 小乌龟重装 ! 红色名字是 原来idea当前的project用了版本控制器， 那么建到这个project下面的所有项目就都是加入到版本控制里面的， 所以项目文件和名称都是红色的。 改成 None , 现在是由SVN管理, 改成None不受SVN管理! 来源：博客园 作者： AACER 链接：https://www.cnblogs.com/acer6/p/11423990.html

一、VCS（版本控制系统）的演变 　　 1、集中式VCS的特点 　　　　1）有集中的版本管理服务器； 　　　　2）具备文件版本管理和分支管理能力； 　　　　3）集成效率较没有版本控制（如：进行文件夹标注的方式）有明显地的提高； 　　　　4）客户端必须时刻和服务器相连；（比如，集中式VCS不能在断网的情况下进行commit操作） 　　集中式VCS的相关产品有：CVS、SVN、TFS等，集中式版本控制示意图如下所示： 　　 　　 2、分布式VCS的特点 　　　　1）服务端和客户端都有完整的版本库； 　　　　2）脱离了服务端，客户端照样可以管理版本； 　　　　3）对于查看历史版本、进行版本比较等操作，均不需要访问数据库。相比之下，比集中式VCS更能提高版本管理效率； 　　分布式VCS的相关产品有：Git；相关平台有：GitHub、GitLab；分布式版本控制示意图如下所示： 　　 　　Git地址： https://git-scm.com/ 　　Git官方文档地址： https://git-scm.com/book/zh/v2 　　GitHub地址： https://github.com/ 　　GitLab地址： https://about.gitlab.com/ 　　SVN地址： https://subversion.apache.org/ 二、Git的特点 　　1、最优的存储能力； 　

原文链接： http://www.cnblogs.com/YingLoveHaiTao/archive/2011/11/11/2245425.html Perforce学习心得 软件配置管理(SCM)是一款构建于可伸缩客户/服务器结构之上的软件配置管理工具。SCM管理源码并保持其安全的良好艺术，它能实现源码与其他团队成员之间保持共享，并且能够对之加以保护。良好地利用SCM，你能够容易地跟踪软件的发行和新的开发分支；这样以来，可以更为容易地标识和修正发行产品中的错误。仅仅应用TCP/IP，开发人员就能够通过多种Perforce客户端（几种平台的GUI、WEB、或命令行）访问Perforce服务器。Perforce能够被快速和容易地部署，即使对大型或分布式的站点，也只要求最小限度的管理。Perforce可以使用在50多个操作系统中，它包括版本控制、工作空间管理、变更处理和一个强大的分支模型。 版本控制的功能：跟踪记录整个软件的开发过程，包括软件本身和相关文档（所带来的结果是：可标识不同阶段的软件及相关文档，进行差别分析；对软件进行可撤消的修改；便于汇总不同人员所做的修改），辅助协调和管理软件开发团 1 软件代码的一致性 软件的开发、维护和升级，往往是多个人共同协作的过程。不同人对同一个软件的不同部分同时做着修改，这种行为有时会出现彼此交叉的情况

2019独角兽企业重金招聘Python工程师标准>>> 代码的管理，在日常开发中是很重要的环节，程序员的修炼三部曲――版本控制，单元测试，项目自动化。 本篇就简单的说说通过msysGit来管理GitHub中的代码，实现版本控制。 svn与git 　　说到版本控制，就不得不提它的发展历史。最开始流行的版本控制工具是cvs，但是cvs有个缺点，就是必须联网使用集中的代码库；于是SVN登上历史舞台，到现在很多公司都在使用SVN，它是一款集中式的管理代码的工具，可以使多个人共同协助开发一款产品，并有很强大的分支标签功能。 　　但SVN也局限于集中式管理，所有的代码都放在一个地方，这样也颇为不便。 　　于是开源贡献者linus为了满足linux开源项目的需要，就自主开发了Git，一款分布式的代码管理工具，即代码是分布式的形式存储的，每台机器都可以作为代码的托管服务器。 　　而现在流行的在线代码托管github就是架设在git之上的一种代码管理社区。 　　甚至于，现在的应届生找工作，没用过github或者没有自己的开源项目都会被鄙视。 　　所以，本篇就讲述一下如何在windows下管理github的代码。 注册github，创建代码库 　　github网址：https://github.com 　　注册过程就不说了，注册后，直接点击 　　 　　就可以创建自己的代码库。 下载客户端工具 　

在讲区别以及联系之前先简要的介绍一下，这三者都是什么(本篇文章适合刚入门的新手，大佬请出门左转) 1.什么是 Git? Git 是一个版本控制系统。 版本控制是一种用于记录一个或多个文件内容变化，方便我们查阅特定版本修订情况的系统。 以前在没有使用版本控制的时候，我们通常在我们的项目根目录下这样命名项目： project_v1、project_v1.1、project_v2等等，通过这种方式记录我们项目的不同版本的修改， 有的时候我们还会在不同版本的文件中写一个说明，记录此版本项目新增、修改，删除等操作。 这样的操作是很繁杂的，有的时候还可能因为一些非人为因素导致文件丢失这样的事故。 有了版本控制系统，我们就不用再手动进行一些繁杂的操作，并且对于文件丢失这种事故我们也不 用再担心，你可以随便回到历史记录的某个时刻。 早期出现的版本控制系统有：SVN、CVS等，它们是集中式版本控制系统，都有一个单一的集中管理 的服务器，保存所有文件的修订版本，而协同合作的开发人员都通过客户端连接到这台服务器，取出 最新的文件或者提交更新。 从网上找了一张图，展示一下它们的原理： 而我们的主角 Git 是分布式版本控制系统。Git 已经成为越来越多开发者的青睐，因为分布式的优势是很显著的。 2.说一下集中式和分布式版本控制系统的区别： 集中式版本控制系统，版本库是集中存放在中央服务器的，工作的时候

GitLab介绍和部署 问：开发人员在公司办公，用svn和git有区别么？ 答： 1.分布式基本用不上（异地vpn解决） 2.权限管理限制svn更严格（在一个项目里进行控制） 3.备份git自带工具，svn使用脚本异地备份 4. GitLab简介 GitLab是利用 Ruby on Rails 一个开源的版本管理系统，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。它拥有与Github类似的功能，能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的时候进行查找。 社区版基于MIT license开源完全免费 无用户，协作和仓库限制 保护你的源码安全 管理仓库，用户与访问权限 GitLab部署（yum） 配置国内源（清华） https://mirror.tuna.tsinghua.edu.cn/help/gitlab-ce/ 创建yum源 /etc/yum.repos.d/gitlab.repo [gitlab-ce] name=Gitlab CE Repository baseurl=https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce

Git版本控制中的文件分为以下四种状态： Untracked：未跟踪，此文件未加入到git库，不参与版本控制。 Unmodify：文件已入到git库中，未修改，文件内容与本地库的文件快照内容完全一致。 Modified：文件已入到git库中，经过修改，文件内容与本地库的文件快照内容不一致。 staged：暂存状态。 下图简述了通过操作文件，文件在四种状态中的转换关系。 下图通过命令的形式，更加直观地表达出文件状态的转换过程。（committed状态同属于unmodified状态） 文章来源: https://blog.csdn.net/a303442794/article/details/91040201

导入项目 在要导入项目的文件夹中，打开终端执行以下命令 git svn clone http://IP:PORT/svn/PROJECT_NAME/ -r FROM_VERSION_CODE:HEAD -r 参数可以指定起始版本号。FROM_VERSION 可以指定从哪个版本导入，冒号后面跟着的是最后一个版本的版本号，如HEAD。 在远程仓库新建git项目 在远程新建项目后，复制项目git地址。在本地执行 git remote add origin http://gitlab.xxx.com:port/NEW_PROJECT_NAME.git 同步到git项目 git push -u origin master 文章来源: https://blog.csdn.net/petrel2015/article/details/89838978