linux与 windows环境的Subversion版本控制企业架构搭建之svn+ssh-低调大师

linux与 windows环境的Subversion版本控制企业架构搭建之svn+ssh

2017-11-07 667

1、前言

1.1、需求和目的

公司要求引入版本管理服务器对两大对象进行管理：

1）针对windows环境的开发人员的源代码做版本控制。

2）针对linux服务器的配置文件做版本控制。

本章将使用svn+ssh协议的方式完成文件的版本控制。

1.2、系统架构模式描述

1）linux的服务器端

服务器端通过ssh协议提供版本控制服务（port：tcp22）

2）linux&windows的客户端

linux以配置文件版本控制客户端的角色出现

windows以开发者版本控制客户端的角色出现

2、理论部分

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。

3、实践部分

3.1、主机信息

svnSer：

ipaddress=10.168.0.176

hostname=svnSer

linux client：

ipaddress=10.168.0.8

hsotname=client

windows Client：

ipaddress=10.168.0.x

hostname=will2

3.2、yum包的安装

In svnSer & Linux Client

 
         yum -y 
         install 
         subversion

其他包安装：

 
         yum -y 
         install 
         tree

3.3、linux服务端、客户端的配置

3.3.1、step1

In svnSer：

定义仓库文件夹：

 
         svnadmin create 
         /var/local/svn 
        
         ls 
         /var/local/svn 
        
         tree 
         /var/local/svn

注意"revprops"节点（版本控制内容）

3.3.2、step2

In svnSer：

定义权限控制

 
         ll 
         /var/local/svn 
        
         groupadd -g 5000 svngroup
        
         chgrp 
         -R svngroup 
         /var/local/svn 
        
         ll 
         /var/local/svn/db/ 
        
         chmod 
         g+w -R 
         /var/local/svn/db/ 
        
         chmod 
         o= -R 
         /var/local/svn/db/ 
        
         ll 
         /var/local/svn/db/

定义只有svngroup组对“/var/local/svn/db/”有写的权限，其他用户没有任何权限

3.3.3、step3

In svnSer：

定义svn用户

 
         useradd 
         stan 
        
         echo 
         willp | 
         passwd 
         --stdin will 
        
         useradd 
         natasha 
        
         echo 
         natashap | 
         passwd 
         --stdin natasha 
        
         usermod 
         -G svngroup will 
        
         usermod 
         -G svngroup natasha 
        
         #usermod -aG svngroup will
        
         #usermod -aG svngroup natasha
        
         id 
         will 
        
         id 
         natasha

3.3.4、step4

In svnSer：

检查文件目录权限

 
         ll -d 
         /var/local/svn

确认组只有读权限

 
         ll -d 
         /var/local/svn/db

确认组有读写权限

 
         ll 
         /var/local/svn/db/

确认文件有读写权限

3.3.5、step5

In svnSer：

上传文件测试

1）配置需要的环境变量：

 
         su 
         - will 
        
         vim ~/.bashrc

输入如下内容：

 
         export 
         EDITOR=
         vi

2）创建测试源：

 
         cp 
         -r 
         /etc/ 
         /home/will/ 
        
         tree 
         /home/will/etc 
        
         cd 
         /home/will/ 
        
         svn 
         import 
         etc/ 
         file
         :
         ///var/local/svn/etc

输入：

 
         i
        
         import 
         svn etc v1 
        
         #ESC键
        
         :wq

3.3.6、step6

In svnSer：

下载测试

 
         rm 
         -rf etc/ 
        
         svn checkout 
         file
         :
         ///var/local/svn/etc 
        
         tree etc/

3.3.7、step7

In Client：

建立测试用户并配置环境变量

 
         useradd 
         will 
        
         useradd 
         natasha 
        
         echo 
         willpw | 
         passwd 
         --stdin will 
        
         echo 
         natashapw | 
         passwd 
         --stdin natasha

配置需要的环境变量：

 
         su 
         - will 
        
         vim ~/.bashrc

输入如下内容：

 
         export 
         EDITOR=
         vi 
        
         cd 
         /home/will/ 
        
         svn checkout svn+
         ssh
         :
         //10
         .168.0.176
         /var/local/svn/etc

输入svnSer服务器端will的用户密码（注意不是本机的will用户密码）

3.3.8、step1

In Client：

检查下载的文件

 
         tree 
         /home/will/etc

3.3.9、step9

In Client：

设置自动认证

1）ssh-keygen生成一对秘钥

 
         ssh
         -keygen

以上一直回车就好

2）把公钥复制给svnSer

 
         ssh-copy-id -i ~/.ssh/id_rsa.pub will@
         10.168
         .
         0.176

输入svnSer服务器端stan的用户密码（注意不是本机的stan用户密码）

3）测试自动认证

 
         cd 
         /home/will/ 
        
         rm 
         -rf etc 
        
         ls
        
         svn checkout svn+
         ssh
         :
         //10
         .168.0.176
         /var/local/svn/etc

3.3.10、step10

In svnSer

版本信息更新测试

1)新svn文件

vim编辑/home/will/etc/sysconfig/network

更改前：

 
         HOSTNAME=svn.cmdschool.org

更改后：

 
         HOSTNAME=svn001.cmdschool.org

更改以上参数

2)上传svn文件

 
         cd 
         /home/will/etc 
        
         svn commit

输入：

 
         i
        
         modify network
        
         #ESC键
        
         :wq

3.3.11、step11

In Client

客户端下载svn文件

1）先检查客户端配置文件

 
         cat 
         /home/will/etc/sysconfig/network

2）更新svn文件

 
         cd 
         /home/will/etc 
        
         svn update

3)检查svn更新结果

 
         cat 
         /home/will/etc/sysconfig/network

3.3.12、step12

In Client

客户端下载某个版本的svn文件

1）清理当前的svn文件

2）检出选定的版本svn文件

 
         svn checkout -r 1 svn+
         ssh
         :
         //10
         .168.0.176
         /var/local/svn/etc

以上检出版本1的文件

3.3.13、step13

In Client

客户端svn文件更新

增加一个新文件

 
         echo 
         "test" 
         > 
         /home/will/etc/test
         .txt

3）上传新文件

 
         svn add 
         /home/will/etc/test
         .txt 
        
         cd 
         /home/will/etc/ 
        
         svn commit

输入：

 
         i
        
         Client add 
         file 
         to svnSer 
        
         #ESC键
        
         :wq

3.3.14、step14

In svnSer

svn文件删除

1)svn文件的删除

 
         svn del 
         /home/will/etc/test
         .txt 
        
         svn commit

输入：

In Client

2）客户端检出删除的结果

 
         svn update
        
         ls 
         /home/will/etc/test
         .txt

3.3.15、step16

In svnSer

svn文件重命名

1）重命名

 
         cd 
         /home/will/etc/sysconfig/ 
        
         svn 
         mv 
         network network.save 
        
         svn commit

输入：

In Client

2）客户端检出重命名的结果

 
         svn update
        
         ls 
         /home/will/etc/sysconfig/network
         .save

3）svn版本回滚

 
         svn update -r 3
        
         svn commit

以上回滚到第3版本

3.3.16、step16

简化日志输入

 
         svn update -r 4
        
         svn commit -m 
         "r to v4"

3.3.17、step17

svn日志查看

 
         svn log

3.4、windows客户端的配置

3.4.1、step1

In window Client：

设置公钥认证：

1）下载putty

http://the.earth.li/~sgtatham/putty/latest/x86/putty.zip

解压到D盘根目录：

2）生成公钥和私钥

注：以上需要在界面上移动鼠标（笔者超级奇怪，刚才是没有看清楚！）

3）保存公钥和私钥到“d:\putty”

保存结果如下：

3.4.2、step2

测试公钥认证：

In window Client：

1）把公钥复制到服务器端：

2）设置认证的公钥：

IN svnSer:

执行如下命令将公钥加入到认证文件：

 
         cat 
         /home/will/pubkey 
         >> 
         /home/will/
         .
         ssh
         /authorized_keys

vim编辑/home/will/.ssh/authorized_keys

编辑前：

以上光标处开始共9行，保留第3-8行，其余删除，并将3-8行合并为一行。

编辑后：

以上加入头部“ssh-rsa”与尾部客户“用户名@主机名”即“will@will2.comschool.org”

注：以上加入公钥方法本人觉得麻烦，windows到linux有更好的方法请告知我！

3）添加认证所需的私钥

In windows Client:

4）设置测试信息

In windows Client:

见到如下信息表示公钥认证成功：

3.4.3、step3

In windows Client:

下载并安装svn

1）下载并安装

下载地址：

http://tortoisesvn.net/downloads.html

由于windowsn的安装都是无师自通，本教程省略，安装完成图例如下：

文件夹邮件菜单图例：

以上两张图证明svn安装成功

3.4.4、step4

设置svn认证：

右键单击要检出到的文件夹->TortoiseSVN -> Settings -> Network

1）样例一

公钥认证

并添加如下公钥认证样例：

 
         "C:\Program Files\TortoiseSVN\bin\TortoisePlink.exe" 
         -l will -i D:\putty\privatekey.ppk

详细如下：

常用参数：

-pw 输入登录svn服务器的密码

-l 输入登录svn服务器的用户名

-i 输入认证的私钥

2）样例二

公钥认证显式用户名和密码自动登录样例（不安全）：

"C:\Program Files\TortoiseSVN\bin\TortoisePlink.exe" -pw password -l username

3）样例三

手动键入密码的样例（太麻烦）：

 
         "C:\Program Files\TortoiseSVN\bin\TortoisePlink.exe" 
         -l username

3.4.5、step5

检出记录

如上图所示：

文件夹单击[SVN Checout]

填入检出路径："svn+ssh://will@10.168.0.176/var/local/svn/etc"

以上内容意义：

协议：svn+ssh://

用户名：will

路径：10.168.0.176/var/local/svn/etc

如上图所示：

文件检出中……

本文转自 tanzhenchao 51CTO博客，原文链接：http://blog.51cto.com/cmdschool/1710315，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/463008

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

我为什么关注node.js

我们的系统架构通常是由客户端和服务器端构成的。而C/S和B/S的区别无非就是前者是自己制造了一个客户端软件，而后者是利用了浏览器软件。使用浏览器软件虽然在功能上会受到限制，但是避免了跨平台的麻烦（暂不考虑跨浏览器的问题）。我关注node.js的一个前提是关注B/S架构。而在浏览器中总是使用javascript操纵DOM对象来实现想要的功能。在选择WEB服务器时，因为在asp服务器中是可以写javascript语法的，所以尽管有后面的asp.net，我也曾经试图转过去，最终还是放弃了。理解这一点不困难，就像我们平时习惯了去某个店里面的服务生说的是中文，如果旁边开了家新店，虽然广告铺天盖地而来，说这家店是“新一代”，但是里面服务生说的是拉丁语，像我这样不喜欢学习外语的人也只好就放弃了。客户端和服务器端使用同一种语言，没错，就是因为这个，在.netFramework出4.0时，我仍然钟情于asp3.0。今天，看到node.js，作为IIS的可选替代品，当然要关注了，毕竟IIS是装在windows环境下的服务器呢，而node.js是可以装在Linux上的。我关注node.js的另外一个原...

2017-11-08

600

mysql系列之复制1----原理篇

MySQL 复制介绍： MySQL支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。 MySQL主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。在当前的生产工作中，大多数应用的 MySQL 主从同步都是异步的复制方式，即不是严格实时的数据同步。如果你想要设置链式复制服务器，从服务器本身也可以充当主服务器。需要注意的是，当你在进行复制时，所有对复制中的表的更新必须在主服务器上进行，这样做的目的是为了避免用户对主服务器上的表进行的更新与对从服务器上的表所进行的更新之间产生冲突。 MySQL复制架构介绍 MySQL的复制架构除了上面说的主从复制（同步）之外，还有主主复制（同步）以及多主环状复制（同步）。假设，我们使用了环状或者链式级联复制，那么我们的从（Slave）服务器本身除了充当从...

2017-11-08

562

发表评论

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。