trunk

标题：svn: Failed to add directory '*****': an unversioned directory of the same name already exists 内容： svn: Failed to add file 'Makefile': an unversioned file of the same name already exists 执行更新(svn up)时报错。因为其他人新增一个文件到服务器，而本地却存在一个同名文件（未版本控制） 先将本地重名文件改名，再执行"svn up"，之后再比较、合并文件。或者执行 "svn up --force" /opt/csvn/bin/svn update --force . 这时可能会出现系统提示，因为subversion发现了local work copy和repository上的不一致。需要svn用户自己裁决，可以直接输入tf，即使用repository上版本即可，因为你没有更改project文件。即： Conflict discovered in ‘EuM1.xcodeproj/project.pbxproj’. Select: (p) postpone, (df) diff-full, (e) edit, (mc) mine-conflict, (tc) theirs-conflict,

1、实验目的 掌握Trunk的配置 掌握VTP基本操作 理解VTP角色之间的区别 2、拓扑与需求 拓扑： 需求： SW1、SW2和SW3之间的线路需配置为Trunk，采用Dot1q封装协议 SW1为VTP Server模式，SW2为VTP Transparent模式，SW3为VTP Client模式，Domain名为 SPOTO， VTP密码为 P@s5w0rd 在SW1上创建VLAN 10 名字为VTP-Server，在SW2上创建VLAN 20 名字为VTP-Transparent，观察SW1~3的VLAN数据库以及VTP状态 3、配置与实现 SW1、SW2和SW3之间的线路需配置为Trunk，采用Dot1q封装协议 SW1 & SW2 SWX ( config ) #interface ethernet 0/0 SWX ( config - if ) #switchport trunk encapsulation dot1q SWX ( config - if ) #switchport mode trunk SW2 & SW3 SWX ( config ) #interface ethernet 0/1 SWX ( config - if ) #switchport trunk encapsulation dot1q SWX ( config - if )

组网图形 Eth-Trunk接口流量本地优先转发简介 在设备集群/堆叠情况下，为了保证流量的可靠传输，流量的出接口设置为Eth-Trunk接口。那么Eth-Trunk接口中必定存在跨框成员口。当集群/堆叠设备转发流量时，Eth-Trunk接口通过HASH算法可能会选择跨框的成员口。由于集群/堆叠设备间线缆带宽有限，跨框转发流量增加了集群设备之间的带宽承载压力，同时也降低了流量转发效率。为了解决这个问题，可以使能Eth-Trunk接口流量本地优先转发。 配置注意事项 · 如果本设备Eth-Trunk的活动接口的带宽足以承载本设备转发的流量，可以使能Eth-Trunk接口流量本地优先转发功能，避免转发效率低、集群设备之间的带宽承载压力大的问题。 · 如果本设备Eth-Trunk的活动接口的带宽不能承载本设备转发的流量，需要去使能Eth-Trunk接口流量本地优先转发功能，此时本设备的部分流量就会选择跨设备的Eth-Trunk出接口转发，防止发生丢包。 组网需求 如图1所示，为了增加设备的容量采用设备集群技术，将Switch3和Switch4通过专用的集群电缆链接起来，对外呈现为一台逻辑交换机。为了实现设备间的备份、提高可靠性，采用跨集群设备Eth-Trunk接口技术，将不同设备上的物理接口加入同一个Eth-Trunk接口。在网络无任何故障情况下，在PE设备上查看成员口信息时

1.思考好各计算机的ip地址与网关 2.首先设置vlan将计算机划分好ip地址与网关 例如：vlan10 中某一个pc1为ip：202.206.72.1 网关：202.206.72.254 3.然后划分vlan，在二层交换机上设置，汇聚层需要交换机3560交换机 1.在二层交换机上，进入物理接口，将其与vlan绑定具体操作如下 创建vlan10 ：直接输入vlan 10 进入物理接口：interface f0/1 与vlan绑定：switchport mode access switchport access vlan 10 2.在3560交换机汇聚层进行虚接口配置ip地址（与计算机网关相同） 创建vlan 进入vlan：interface vlan 10 进行地址绑定：ip address 202.206.72.254 255.255.255.0 3.配置trunk实现不同交换机之间的相同vlan的通信 进入物理接口：interface f0/0 三层交换机switchport trunk encapsulation dot1q //三层交换机上需先指定 启动trunk：switchport mode trunk 4.启动三层交换机的路由功能（ip routing）若不启动则只能实现vlan间通信无法实现跨vlan通信。 4.设置一个3650交换机为楼与交换机

解决版本冲突－使用SVN主干与分支功能 1 前言 大多数产品开发存在这样一个生命周期：编码、测试、发布，然后不断重复。通常是这样的开发步骤： 1) 开发人员开发完毕某一版本（如版本A）功能后，提交测试； 2) 测试人员对待发布版本A进行测试，同时开发人员继续开发新功能(如版本B)； 3) 测试人员提交bug，研发人员修复bug，同时继续开发新功能； 4) 重复第3步骤，直到待发布版本A测试通过测试后，发布第一版本 这样就会存在以下问题： 1) 如何从代码库中(A+B)分离出待发布版本A，进行测试和发布； 2) 如果单独存放待发布版本A，那么开发组必须同时维护此版本库A以及当前最新代码库(A+B)，操作冗余且容易出错。 在SVN中，通常采用主干（trunk）与分支（branches）的方法，解决以上问题。 2 相关概念和原理 在SVN中创建代码库时，通常会创建trunk、branches、tags三个子目录，当然，你也可以用其他名称来实现主干和分支的功能 trunk－主干，或称主线，顾名思义，是开发的主线。 branches－分支，是从主线上分出来，独立于主线的另一条线。可以创建多个分支。一个分支总是从主干一个备份开始的，从那里开始，发展自己独有的历史(如下图所示)。在版本控制的系统中，我们经常需要对开发周期中的单独生命线作单独的修改，这条单独的开发生命线就可以称为Branches

弟中弟版拓扑图…… 目前为止，已经完成行政楼和科技楼的网络施工。 0x00 配置各楼层交换机 一楼交换机KJL_CE-111 配置端口Fa0/23允许VLAN 1通信。 为什么要配置端口Fa0/23允许VLAN 1通信？ 因为之后可以在科技楼的汇聚交换机上直接对各个楼层接入交换机进行管理，而VLAN 1默认为管理VLAN。 enable configure terminal interface fastEthernet 0/23 switchport mode trunk switchport trunk allowed vlan 1,70 end show running-config 一楼交换机KJL_CE-112 配置端口Fa0/23允许VLAN 1通信。 为什么要配置端口Fa0/23允许VLAN 1通信？ 因为之后可以在科技楼的汇聚交换机上直接对各个楼层接入交换机进行管理，而VLAN 1默认为管理VLAN。 enable configure terminal interface fastEthernet 0/23 switchport mode trunk switchport trunk allowed vlan 1,70 end show running-config 修改前 修改中 修改后 二楼交换机KJL_CE-121 配置Gig0/1端口为Trunk模式。

华为VLAN部分的接口模式讲解： 1、 只要流量进入华为的设备将马上打上标签；-- 华为设备内部转发的流量均存在标签 2、 华为设备交换机上所有的接口存在转发允许列表，只有被转发允许列表允许的流量，才能从该接口进入或转出； 3、 从某个接口转出时，除查看允许列表外，还需要定义是否标记； == 4、 若某个流量从交换机某个接口进入时，没有标签，将被标记上该接口pvlan id；== 5、 若某个流量从交换机的某个接口进入时，存在标签，将匹配该接口的允许列表，若被允许可以进入，若未被允许将被丢弃； 6、 PC若接收到存在标记的流量，将丢弃； == 接入模式：只能允许一个VLAN通过（允许列表无法直接定义）；PVLAN就是允许VLAN；且一定为不标记 中继模式：所有VLAN均可手动添加到允许列表中，默认仅pvlan在允许列表，且pvlan的出规则为不标记，其他VLAN出规则为标记； 混杂模式：所有VLAN均可手动添加到允许列表中，且可以在允许通过时，定义是否标记； 默认PVLAN 为VLAN1，出向规则为不标记；一旦PVLAN被修改，那么需要手工添加该VLAN到允许列表，同时可以定义是否标记；== 1.创vlan 2.划vlan 3.配地址 要求： 1/pc1 和pc3所在接口为access;pvlan vlan2; 2/PC2/4/5/6处于同一网段, 其中pc2可以访问PC4/5/6

现完整描述merge过程如下： 1、使用branch/tag命令建立与trunk同级的分支，如../branch/bugfix，平行与.../trunk 2、使用switch命令转移到新分支工作，并修改一些文件，commit到服务器； 3、使用switch命令转回trunk分支上，运行merge命令； 4、这步是关键，参照图片，1和2的差异将合并到3中；如果选择的对象是一个文件则只合并它，如果选择的对象是分支名，则合并分支上1和2版本所有的差异到3中； 5、此时，一般会有一些冲突，通过edit conflict解决它们，选择好合并结果后记得保存； 6、这一步也挺重要，记得在解决冲突后运行一下resolved命令； 7、最后commit一下就OK了。 来源： https://www.cnblogs.com/xbsoft/archive/2008/06/21/1227395.html

本节主要讲解一下在SVN中Branch和tag的比较，SVN中Branch和tag在一个功能选项中，在使用中也往往产生混淆。在实现上，branch和tag，对于svn都是使用copy实现的，所以他们在默认的权限上和一般的目录没有区别。至于何时用tag，何时用branch，完全由人主观的根据规范和需要来选择，而不是强制的（比如cvs），下面我们就来看一下SVN中Branch和tag的具体介绍。 SVN中Branch和tag的比较 在SVN中Branch和tag在一个功能选项中，在使用中也往往产生混淆。在实现上，branch和tag，对于svn都是使用copy实现的，所以他们在默认的权限上和一般的目录没有区别。至于何时用tag，何时用branch，完全由人主观的根据规范和需要来选择，而不是强制的（比如cvs）。 一般情况下，tag，是用来做一个milestone的，不管是不是release，都是一个可用的版本。这里，应该是只读的。更多的是一个显示用的，给人一个可读（readable）的标记。 branch，是用来做并行开发的，这里的并行是指和trunk进行比较。比如，3.0开发完成，这个时候要做一个tag，tag_release_3_0，然后基于这个tag做release，比如安装程序等。trunk进入3.1的开发，但是3.0发现了bug，那么就需要基于tag_release_3

如何从 GitHub 上托管的远程Git存储库中仅下载特定文件夹或目录？ 假设示例GitHub存储库位于此处： git@github.com:foobar/Test.git 其目录结构： Test/ ├── foo/ │ ├── a.py │ └── b.py └── bar/ ├── c.py └── d.py 我只想下载 foo 文件夹，而不克隆整个Test项目。 #1楼 这是SVN比Git更好的少数几个地方之一。 最后，我们倾向于以下三种选择： 使用wget从GitHub抓取数据（使用原始文件视图）。 让上游项目将所需的数据子集发布为构建工件。 放弃并使用完整的结帐。 在第一个版本中这是一个很大的成功，但是除非您获得大量流量，否则在后续版本中不会有太多麻烦。 #2楼 如果要下载的目录是一个单独的库，最好创建另一个git repo，然后再使用git子模块功能。 当然，您必须是您想要的初始回购的所有者 #3楼 对于通用git Repo： 如果要下载文件，而不是使用历史记录克隆存储库，则可以使用 git-archive 。 git-archive 创建git存储库的压缩zip或tar存档。 一些使它特别的东西： 您可以选择git存储库中要归档的文件或目录。 它不会在运行它的存储库中存档 .git/ 文件夹或任何未跟踪的文件。 您可以存档特定的分支，标记或提交。