版本控制

声明：本文乃转载。原作者： 黎赵太郎 Welcome to GitHub 什么是GitHub GitHub 是一个同性交友社区，不好意思，拿错剧本了。 GitHub 在 Wikipedia 上的介绍是 这样 的： GitHub是一个通过 Git 进行 版本控制 的软件源代码托管服务，由GitHub公司（曾称Logical Awesome）的开发者Chris Wanstrath、PJ Hyett和Tom Preston-Werner使用 Ruby on Rails 编写而成。 简单来说，GitHub是一个让开发者与他人共享代码的地方。其公司总部位于美国加利福利亚州旧金山，其logo是一只名为Octocat的可爱章鱼猫，就是下面的这个小萌萌了↓ 当然，她还有可能是这样的? GitHub与Git有什么区别 Git其实是一种版本控制的协议，定义了一个版本控制的各种操作，类似的还有SVN/CVS，但是和SVN/CVS不同的是，Git采用的是分布式的方式，并不需要服务器端的软件。 而GitHub是基于Git协议的一个网络代码仓库，也就是说，GitHub上公开的软件源代码都是有Git进行管理，但是GitHub除了提供Git仓库的托管服务外，还为开发者或团队提供了一系列的功能(后面会详细说明)，例如在线浏览、搜索和管理、社交等等，帮助开发者和团队高效率、高品质的编写代码。 (好吧

公元二〇一六年九月二十八日，新中国建国六十七年国庆前三天，有 重大发现！ 基本可以确定问题所在： 原因就是 VS2015 创建项目时自动创建的 .gitattributes 文件，一直以来，我长期以来，都一直以为里面只有微软风格的“永远绝对正确”却“永远绝对没用”的注释， 但是，我错了，我今天偶然的发现，一个项目在 git 中的差异， 放这个文件 和 不放这个文件有差异！ ——那就说明这个文件在起作用啊。里面有什么东西？ ——是的有： Line 4:* text=auto ——虽然全文只有这样有用，但是也因为全文3K的长度，只有这9个字符有用，所以忙碌的码农们自然没空细看，结果给微软坑死！ 为什么发生问题的人很少？因为只有设置成“以原样签出，以原样签入”的时候，才会和这条配置发生奇妙的反应。。。。我真的也是醉了！ --- 重要的分割线 ---- 2016.09.29 经过验证，我的推论完全正确，我已修复之前损坏的项目。 建议：大家对于 VS2015自动生成的 .gitattributes 文件直接删除掉。 提示：高科技是件危险的东西，在没搞懂之前，最好先估算下破坏程度再动手。 PS：热情的回答，长期的关注这个问题，居然 0 支持，0 感谢，知乎有句方言怎么说来着： “贵乎药丸”。 ----不再重要的分割线---- 就是因为碰到这个问题，搜到这里来的，求大神！！

一、Git的安装 　　git的安装很简单，不介绍。 　　安装好后，还需要最后一步设置，在命令行输入： $ git config --global user.name "Your Name" $ git config --global user.email "email@example.com" 二、创建版本库 　　首先，选择一个合适的地方，创建一个空目录。 $ mkdir learngit $ cd learngit $ pwd /Users/michael/learngit 　　通过git init 命令把这个目录变成Git可以管理的仓库 $ git init Initialized empty Git repository in /Users/michael/learngit/.git/ 　　文件一定放在仓库目录下。例如：将readme.txt文件放到Git仓库中 　　第一步，用命令git add 告诉Git，把文件添加到仓库 $ git add readme.txt 　　第二步，用命令git commit告诉Git，把文件提交到仓库 $ git commit -m "wrote a readme file" [master (root-commit) eaadf4e] wrote a readme file 1 file changed, 2 insertions(+)

简介： Git(读音为/gɪt/。)是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 特点： 分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库。 下图是经典的git开发过程。 Git的功能特性： 从一般开发者的角度来看，git有以下功能： 1、从服务器上克隆完整的Git仓库（包括代码和版本信息）到单机上。 2、在自己的机器上根据不同的开发目的，创建分支，修改代码。 3、在单机上自己创建的分支上提交代码。 4、在单机上合并分支。 5、把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。 6、生成补丁（patch），把补丁发送给主开发者。 7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。 8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。 从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能： 1

Centos7（linux）搭建版本控制服务器（svn+apache） 1.简介： 版本控制服务器： 版本控制(Revision control)是一种软体工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。 SVN： SVN（subversion）是版本管理工具，是CVS的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件。 作为运维人员来说，安装和配置SVN服务器和客户端是必须要掌握的内容。 常见的版本控制： Cvs：由于之前cvs编码的问题，现在大多数软件开发公司都使用SVN替代了cvs Svn：集中式版本控制器 Git：分布式版本控制器 2.SVN服务器运行模式： 模式1：SVN服务器单独运行，监听端口：3690，访问方式：SVN : //ip 模式2：SVN服务器+Apache，监听端口：80，访问方式：http : //ip 3.安装： 安装SVN和Apache服务器，mod_dav_svn模块 Mod_dav_svn模块：apache http服务器的插件，可以让版本库通过http协议，在网站上展现 Yum install -y subversion httpd mod_dav_svn 创建版本库：mkdir /var/repos 项目仓库：svnadmin create /var/repos/mingdeng3000 （仓库名随便取）

这是哪位大神之作实在不记得了，我保持在了记事本了，一直都用的这种方法，快速搭建简单的协同开发的svn环境 毕竟http协议的web浏览器访问方式很方便，此处的web服务器使用apache的httpd2.2 环境 win7 条件：Subversion(Win32Svn)+httpd.2.2 httpd服务是Apache最基础的服务，通过他能实现http服务访问，https没研究过 下载httpd.2.2 下载地址：http://httpd.apache.org/download.cgi 下载Subversion，自己百度下吧，推荐都是去官网下载 选择win32Svn， 我用的1.8.17版本 开始安装-------------------------------------------------------------------------------------------------------------------- 1 安装Apache，一路next 一直点击Next按钮即可，直到出现Server Information页面： 在三个文本框中分别填写 Network Domain：localhost Server Name：localhost Administrator’s Email Address：随意 2测试Apache 在IE里输入http:/

本系列会总结一些svn和git的安装和使用，以及最后svn的项目如何迁移到git上，整个系列会持续输出。 要学习svn，那么首先开始搭建svn服务器和客户端。 下面要讲的有： svn下载和安装 svn配置文件 svn服务器的使用 1：svn服务器和客户端安装包下载和安装 Subversion是优秀的版本控制工具， 现在Subversion已经迁移到apache网站上了，下载地址： http://subversion.apache.org/packages.html ，下载对应的windows下的安装包。 我安装的是 服务安装包：Setup-Subversion-1.7.9.msi 客户端安装包：TortoiseSVN-1.8.11.26392-x64-svn-1.8.13.msi 对应的语言：LanguagePack_1.8.11.26392-x64-zh_CN.msi 首先安装 Setup-Subversion-1.7.9.msi ，安装完成后，安装客户端，这个安装的步骤和其他软件的安装没有什么不同，这里就不一一演示，网上有好多的详细介绍， 附： SVN服务器搭建–Subversio与TortoiseSVN的配置安装 SVN: a>、什么是版本控制 版本控制(Revision control)是维护工程蓝图的标准做法，能追踪工程蓝图从诞生一直到定案的过程。

转自：http://blog.csdn.net/allyli0022/article/details/73741269 参考：http://www.centoscn.com/image-text/config/2016/0429/7146.html http://blog.csdn.net/u012486840/article/details/52524389 1、yum命令即可方便的完成安装 $ sudo yum install subversion 测试 安装是否成功： $ svnserve --version 2. 建立版本库 创建svn数据目录（subversion默认是把/var/svn作为数据根目录的，开机启动默认也是从这里）： $ sudo mkdir -p / var /svn 创建版本库： $ sudo svnadmin create / var /svn/wangwa 如果删除版本库： $ sudo rm -rf / var /svn/somnus 3. 配置svn配置文件 每个版本库创建之后都会生成svnserve.conf主要配置文件。编辑它： $ sudo vim / var /svn/somnus/conf/svnserve.conf 编辑示例： [general] anon-access = none #控制非鉴权用户访问版本库的权限 auth

参考：http://www.centoscn.com/image-text/config/2016/0429/7146.html http://blog.csdn.net/u012486840/article/details/52524389 1、yum命令即可方便的完成安装 $ sudo yum install subversion 测试 安装是否成功： $ svnserve --version 2. 建立版本库 创建svn数据目录（subversion默认是把/var/svn作为数据根目录的，开机启动默认也是从这里）： $ sudo mkdir -p / var /svn 创建版本库： $ sudo svnadmin create / var /svn/wangwa 如果删除版本库： $ sudo rm -rf / var /svn/somnus 3. 配置svn配置文件 每个版本库创建之后都会生成svnserve.conf主要配置文件。编辑它： $ sudo vim / var /svn/somnus/conf/svnserve.conf 编辑示例： [general] anon-access = none #控制非鉴权用户访问版本库的权限 auth-access = write #控制鉴权用户访问版本库的权限 password-db = passwd #指定用户名口令文件名

前言： SVN是Subversion的简称，是一个开放源代码的版本控制系统，也就是一个用来管理你的项目代码，用来进行版本控制的神器。基于他强有力的版本控制功能，我觉定在我的阿里云服务器上搭建svn服务器,实现windows远程代码管理，轻松解决代码上传维护难题，从此告别winscp。 正题： 1.登陆你的云服务器 安装svn yum -y install subversion 2.查看是否安装成功 svnserve --version 如下图所示证明svn安装成功 3.建立svn库 mkdir -p /svn/repos/blog svnadmin create /svn/repos/blog //建立版本库 cd /svn/repos/blog ls 文件名称随意，这里的为blog，成功之后到该文件夹路径下 如上图所示，会自动生成一些文件 4.配置svn cd conf 进入上面的conf文件夹下，会看到一些配置文件,如下图所示 1)设置passwd vi passwd 设置你自己的用户名用户名和密码。 2)设置authz [groups]后面加上 你的用户名 = rw 3)设置svnserve.conf anon-access = read# 使非授权用户无法访问 auth-access = write # 使授权用户有写权限 password-db = password