如何升级Mininet的Open vSwitch版本
因为Mininet的方便且易用,以及实验条件及真实设备的不足,它已经被越来越多的SDN学习者使用。但在Mininet使用中,安装使用的内置Open vSwi tch版本都比较低,使用者无法进行发布的新版本的使用及验证。因此,本文主要是将更新升级Mininet内置的Open vSwitch版本升级,通过重新下载安装Open vSwitch并进行配置,获取并使用Open vSwitch较高版本。
1环境准备
主要使用ubuntu-13.1064位操作系统,Mininet版本为2.1.0,内部已使用的Open vSwitch版本是1.10.2。在Ubuntu13.10系统中安装Mininet-2.1. 0版本简单提一下。
1.1安装Mininet
1.2禁止Open VSwitch Controller开机自启动
1.3测试Mininet安装
Mininet安装并验证成功后检验Mininet环境:1、查看Mininet版本
2、查看Open vSwitch版本
2操作步骤
2.1下载Open vSwitch
我们升级Open vSwitch到目前最新的版本2.3.0(2014年8月14日发布),下载OpenvSwitch2.3.0(注:可下载自己需要安装的Open vSwitch版本)。
注:为以防下文中生成的deb安装出现不必要的麻烦,建议新建目录openvs witch,在新建目录中下载Open vSwitch的包,以便后文生成的deb包在此目录下执行。
2.2安装依赖
安装Open vSwitch需要如下依赖:
执行下面命令检查依赖是否已全部安装,没有安装的继续安装:
2.3编译Open vSwitch
构建Debian包:
执行此命令后,将生成用于安装Open vSwitch交换机的deb包。
2.4安装Open vSwitch
(1)安装Open vSwitch:
(2)禁止Open VSwitch Controller开机自启动
(3)重启Open vSwitch
2.5验证安装
检验OVS版本,版本已经由1.10.2升到到2.3.0:
检验Mininet版本,Mininet版本还是2.1.0,如查看结果显示:
验证Mininet是否在正常使用:
3后语
以上就是升级Mininet里面的Open vSwitch版本的方法,但是目前的Minin et版本还不支持OpenFlow版本的选择,有兴趣的同学可以参考本网站的技术文章《OpenDaylight氦版本支持OpenFlow1.3协议验证》中的关于Mininet 的OpenFlow1.3协议进一步配置。
PilotPioneer V10.0 版本更新说明
目录 1What’s New (4) 1.1界面布局&快捷键 (4) 1.2数据列表 (5) 1.3视图窗口 (5) 1.4参数类 (6) 1.5事件类 (6) 1.6信令类 (7) 1.7地图类 (7) 1.8Table表 (8) 1.9测试类 (8) 1.10报表类 (8) 1.11过滤器 (9) 1.12新终端 (9) 1.13新功能 (9) 1.14完善项 (10)
1W h a t’s N e w 1.1界面布局&快捷键 1、【整体布局】更换新的导航视图布局,常用操作入口统一放入导航栏,减少菜单操作 2、【整体布局】界面图标统一更换为平面简洁风格 3、【界面语言】全面规整中文版汉化问题,除行业专用术语外,功能和设置的描述、提示 框等内容均统一使用中文 4、【界面语言】完善所有按键悬浮提示,统一自适应中英文 5、【界面语言】软件第一次启动根据系统语言自动设定软件语言,并支持记忆用户最后一 次设定 6、【导航栏】导航栏统一单双击操作方式 7、【导航栏】导航栏统一右键操作方式 8、【菜单栏】精简菜单栏,仅保留常规菜单入口 9、【工具栏】默认隐藏回放工具条 10、【工具栏】支持自定义快速访问工具栏,默认仅显示常用快捷键 11、【工具栏】增加“最近使用工程”记忆功能 12、【工具栏】增加“截屏”功能快捷按键 13、【工具栏】增加“关闭所有工作区窗口”的快捷按键 14、【工具栏】增加“冻结所有工作区窗口”的快捷按键 15、【工作区】调大主要窗口的字体 16、【工作区】支持复制当前工作区 17、【工作区】支持在工作区页签快速切换数据文件
Git 工作流程(阮一峰完整总结版本,各流程变化,且有独到 见解) Git 作为一个源码管理系统,不可避免涉及到多人协作。协作必须有一个规范的工作流程,让大家有效地合作,使得项目井井有条地发展下去。"工作流程"在英语里,叫做"workflow"或者"flow",原意是水流,比喻项目像水流那样,顺畅、自然地向前流动,不会发生冲击、对撞、甚至漩涡。 本文介绍三种广泛使用的工作流程: Git flow Github flow Gitlab flow 如果你对Git还不是很熟悉,可以先阅读下面的文章。 《Git 使用规范流程》 《常用Git 命令清单》
《Git 远程操作详解》 一、功能驱动 本文的三种工作流程,有一个共同点:都采用"功能驱动式开发"(Feature-driven development,简称FDD)。 它指的是,需求是开发的起点,先有需求再有功能分支(feature branch)或者补丁分支(hotfix branch)。完成开 发后,该分支就合并到主分支,然后被删除。 二、Git flow 最早诞生、并得到广泛采用的一种工作流程,就是Git flow 。 2.1 特点 它最主要的特点有两个。 首先,项目存在两个长期分支。 主分支master 开发分支develop 前者用于存放对外发布的版本,任何时候在这个分支拿到的,
都是稳定的分布版;后者用于日常开发,存放最新的开发版。其次,项目存在三种短期分支。 功能分支(feature branch) 补丁分支(hotfix branch) 预发分支(release branch) 一旦完成开发,它们就会被合并进develop或master,然后被删除。 Git flow 的详细介绍,请阅读我翻译的中文版《Git 分支管理策略》。 2.2 评价 Git flow的优点是清晰可控,缺点是相对复杂,需要同时维护两个长期分支。大多数工具都将master当作默认分支,可是开发是在develop分支进行的,这导致经常要切换分支,非常烦人。 更大问题在于,这个模式是基于"版本发布"的,目标是一段时间以后产出一个新版本。但是,很多网站项目是"持续发布",代码一有变动,就部署一次。这时,master分支和develop 分支的差别不大,没必要维护两个长期分支。
基层系统版本更新说明
PHIS_V1.66-R1版本更新说明 1.增加允许县管增加基药的功能。【处理人:王帅】 将原“非基药管理”菜单改为“药品管理”,县级管理员可在添加药品时选择药品属性为“基药”或“非基药”。 2.通过自动升级脚本统一添加氟哌利多注射液、高效单体银妇用抗菌凝胶、红 芪口服液。【处理人:王帅】 3.报表总览,屏蔽“住院业务统计报表”菜单。【处理人:刘洋】 4.新增区县个性化配置报表查询时间段限制。【处理人:刘洋】 通过修改config文件中参数,设置是否启用报表查询时间限制。
5.居民健康体检-体检报告,新增结论指导功能。【处理人:陈超】 6.【基层系统】变更“远程服务”、“区域共享”菜单及二级菜单。【处理人:侯 淦】 将“远程服务”改名为“继续教育”,取消“远程医疗”二级菜单。 7.在综合统计-建档/体检统计报表增加导出excel功能。【处理人:侯淦】 8.高危孕产妇评分标准按照省级、县级、机构级字典改造。【处理人:侯淦】
PHIS_V1.65-R3版本更新说明 1.医嘱备注增加空白项,且为默认项。【处理人:吴林峰】 2.处理了部分区县点击库存明细和仓储明细时报数据库错误的问题。【处理人: 吴林峰】 3.处理了退药界面分页栏未固定,缩小界面容易遮挡界面信息的问题。【处理人: 杨林】 4.修改了公共卫生慢病随访不能删除的问题。【处理人:严华】 5.放宽孕产妇随访年龄限制,解决不能给13岁的女性添加孕产妇随访的问题。 【处理人:严华】 6.处理了公共卫生儿童随访,如果没有到时间,保存后还是上次随访的问题。 【处理人:严华】 PHIS_V1.65-R2版本更新说明 1.修改了执行耗材医嘱报错的问题。【处理人:吴林峰】 2.修改了电子病历保存后不能修改的问题。【处理人:陈超】 PHIS_V1.65-R1版本更新说明 1.新增无号门诊功能。【处理人:杨晓斌】 以门诊医生角色登录,在新增门诊界面点击“就诊登记”,可直接登记就诊病人信息。
GitLab代码开发管理 一,分支管理 GitLab固定三个分支及其关系master-->release-->development,三个分支只有Maintainers允许merge,允许push. 设置方法:Settings-->Repository-->Protected Branches可以添加保护分支策略,如下图: 图1.1分支保护 成员分支: 每个成员须从development分支下创建自己的开发分支,命名规则development_xxx_bugfix或者development_xxx_newfeatures等,xxx代表开发者名字全拼. 二,开发管理 开发提交代码步骤: 1,成员在自己拥有的分支上开发new features或者bug fix 2,完成之后push到自己的分支 3,创建merge request到development分支并指向研发负责人 4,研发负责人收到merge request后进行code review 5,没有问题之后研发负责人merge此次request;有问题的话和开发者说出问题所在,并且关闭此次merge request
图2.1开发提交代码步骤流程 三,发版管理 待测试完成测试后,分支需由研发负责人按照development-->release-->master进行merge,最终master分支保留有本次版本开发的最新最全没有bug的代码 四,tag管理 新版本发布后必须创建tag封版本,方便以后对之前版本和问题的追踪管理 具体步骤:Repository-->Tags-->New tag
图3.1创建tag
XXXXX项目发布版本说明模板
修订记录
目录 目录 (3) 发布版本说明:总体 (4) 1 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4 参考资料 (4) 2 关于本发布版本 (4) 3 兼容性 (4) 4 安装 (4) 4.1 安装文件 (4) 4.2 安装步骤 (5) 5 升级 (5) 5.1 升级文件 (5) 5.2 升级步骤 (5) 6 新特性 (5) 7 修复问题列表 (5) 8 已知错误和局限性 (5) 8.1 一般说明 (5) 8.2 缺陷或错误 (5)
发布版本说明:错误!未指定书签。 1引言 1.1目的 编写发布版本说明文档的目的是要说明错误!未指定书签。此发布版的安装、新特性和主要变更。其中还记录了已知的问题和解决方法。 1.2背景 [说明: a 系统的中英文名称 b 本发布版本的版本号] 1.3定义 1.4参考资料 [列出相关参考资料的信息,如 a 经核准的计划任务书或合同,上级机关的批文 b 项目的其他技术文档 2关于本发布版本 [说明本发布版本的版本号,本发布版本具有的特征] 3兼容性 [在此列出已经测试过的软件、硬件或平台,同时还要说明对环境的要求] 4安装 4.1安装文件 [说明安装文件的构成]
4.2安装步骤 [一步一步说明本发布版本的安装方法] 5升级 5.1升级文件 [说明升级文件的构成] 5.2升级步骤 [一步一步说明从以前的发布版本如何升级到本发布版本] 6新特性 [逐条列出本发布版本的新特性] 1、…….. 2、…….. …………… 7修复问题列表 [逐条列出本发布版本的修复问题列表]] 8已知错误和局限性 8.1一般说明 [说明所有会影响整体功能的一般局限性] 8.2缺陷或错误 [逐条描述缺陷或错误,如果有解决方法,同时要给出解决方法] 1、…….. 2、…….. ……………
新WIS系统更新说明 1、信息采集-变更录入:变更报告单和不明情况报告单录入和修改页面加入了备注字段,可以在变更录入时加入特殊情况说明或备注说明。 2、信息采集-信息修改:增加删除基础信息卡的功能,在信息修改页面上增加,如果在报告期内建卡的,可以直接删除,如果是报告期以前建卡的需要向县级提交删除建卡申请,县级审批通过后直接将卡删除。 3、增加生育及家庭子女的删除审核功能(上报日期不为空),如果在报告期内上报的生育信息,可以直接删除,如果在报告期以前上报的生育信息需要向县级提交删除申请,县级审批通过后直接将生育删除。 4、修改的敏感字段需要审核,在县级审核前可以撤销申请。 5、操作人员难免会勿删除数据,从新上报后上报日期又不对,所以增加可以从删除日志中恢复被删除的数据。如果再次恢复会提示已恢复,不会造成重复数据。 6、原程序中查询汇总---分类查询---违法生育信息---只显示夫妇姓名、女方出生时间、政策外孩次、违法原因、上报日期和管理单位,而违法生育时间和性别则不显示,目前增加了违法生育时间和性别的显示 7、在随机查询→生育计划表的查询中,以前没有区分证件类型,现在已经加入。 8、查询汇总——分类查询(时期)。如查询某一时期的所有措施不方便。一级选单:手术信息,二级选单:缺少“全体”,现在已全部加入。 9、修改页面框架模式,采用较为简单的单页面实现方式,从根本上解决显示不全、无滚动条、弹出窗口消失等问题。(在web.config中设定参数,可以设定是否启用选项卡,参数名为xxkbz) 10、实现录入界面的限制和关联。在录入界面上根据用户的输入将不允许录入的输入框设为不可用,或者根据之前的输入自动设定后续输入的默认值,或者根据用户的输入位置自动提取相应的内容。例如如果出生的政策属性为外,政策外处罚原因就不用设定(在变更录入和基础信息卡采集页面中) 11、采用水晶报表设计要打印的报表。汇总报表的打印使用IE浏览器的打印功能,输出字体格式不确定,较难进行页面设置。(备注:但是水晶报表的问题是展示页面都挤在一起,看起来不美观,但是点击打印按钮后就没有此问题,目前还不知道如何解决。) 12、村级页面上加上信息修改页面,并由参数设定是否允许村级修改信息。如果不允许,村级修改页面上的信息修改按钮就是灰的,不能点击(县级页面的系统维护下的参数设置)。 由参数设定是否允许有村级用户,如果不允许可将村级用户设为不可用的状态,什么时候启用了,再通过参数设定启用村级用户(县级页面的系统维护下的参数设置)。 13、由参数设定是否允许县级或乡级打印生育证,如果不允许,打印生育证时会给出提示(县级页面的系统维护下的参数设置)。 14、原程序证件打印的都是未终止的证件可以打印,现在放开这个限制,可以打印所有的证件,但是记录证件打印的流水并做查询页面。(在查询汇总下的高级查询中有证件打印查询)。 15、在区划查询中增加外省的区划查询,并增加区划的有效状态的查看。 16、对迁出省外的人员信息进行县级审核,县级审核通过后才能进行迁出省外操作,否则不能进行迁出操作。 17、在人员基础信息中增加妇女姓名和妇女身份号码的备用字段,基本信息中的妇女姓名和身份证号码严格按照公安发的身份证件来填写,如果有不同,可以在备注字段中注明。 18、建卡和变更上报细节调整 n 如果新婚建卡错误,管理单位选择错误,可以先将此人迁入到正确的单位下,程序会根据新的管理单位,自动修改未审核报告单的管理单位,不用再重新上报新婚或避孕记录。 n 人口上报时的村居按照系统的村编码顺序,这样输入时方便。 n 原程序中流引产变更中需要录入计划内外。流产原因本身就有计划内外选项。修改后不需要录入计划内外。 n 信息采集-基础信息:在新建卡时,按纽下提示了录入人员的管理单位,给出提醒后,以免选错管
gitlab issue详细操作流程 issue概述 一般master分支默认是被锁住,其目的是保护该分支。普通开发人员可以创建issue后建立对应的分支然后去完成任务。完成issue后便要合并分支,只需发送merge request ,等待owner审核通过才能合并到master分支上。合并的过程中可能会出现代码冲突问题。而这个问题却交给了owner去处理,因为普通开发人员是没有权限的。 Issue 指的是一项待完成的工作,通常与系统的改进相关,中文可以译为'问题'或'事务'。下面这些都是Issue 的例子。 一个软件的bug。 一项功能建议。 一项待完成的任务。 文档缺失的报告。 每个Issue 应该包含该问题的所有信息和历史,使得后来的人只看这个Is sue,就能了解问题的所有方面和过程。历史上,Issue 起源于客服部门。用户打电话反映问题,客服就创建一个工单(ticket),后续的每一个处理步骤、每一次与用户的交流,都要更新工单,记录全部信息。这就是Issue 的前身。因此,Issue 的原始功能是问题追踪和工单管理,后来不断扩展,逐渐演变成全功能的项目管理工具,还可以用于制定和实施软件的开发计划。
除了软件,其他项目也可以使用Issue,比如有人把自己住宅的改善计划都做成了Issue Issue操作流程 1.what用户克隆代码到本地。 假如我们创建好了项目,并添加了开发人员what账户。项目地址是: http地址:http://192.168.99.102/root/cloud-dev.git Ssh地址:git@192.168.99.102:root/cloud-dev.git 作为一个开放人员what,第一步我们需要将仓库拉到本地电脑上去。为了方便拉取仓库,这里详细说明下用sshkey秘钥认证拉取仓库。在what研发电脑上创建一个秘钥。打开Gui,选择Help-Show SSH Key。
《中国共产党党务管理信息系统》 2014版软件升级说明 一、2014年报表的变化情况 《2014年党内统计年报表》共38张,与2013年度党内统计年报比较,第二表、第三表、第四表、第八表、第十表、第十一表、第十四表、第十六表、第十七表等变化比较大;原专题调查表2和3即‘基层党组织领导班子公推直选情况(一)和(二)’两张表现合并为同一张报表;新增专题调查表3张,分别为专题调查表三‘党员定期评议基层党组织领导班子、党员旁听基层党委会议情况’;专题调查表四‘农村党建情况’;专题调查表五‘社区党建情况’。 本次升级在软件中增加了2014年报表版本,并重新定义了391张过渡表、14张提取表。 二、软件升级步骤 建议各用户按以下步骤操作: 1、数据备份 为防止误操作造成数据丢失,建议打升级补丁前做一次数据备份,选择菜单的?系统?-?工具箱?-?数据备份?菜单项,完成 备份操作后,关闭退出《中国共产党党务管理信息系统》软件。 2、安装升级补丁 双击运行下载的?广东省党务系统2014单机版升级补丁.exe?,点击【升级】按钮即可开始升级过程。
。 (提示:对于windows7或windows8 系统,需以管理员身份登录运行升级补丁,鼠标右键点击升级文件选择?以管理员身份运行?。)软件升级完成退出后,即可双击桌面生成的快捷方式?党务系统2014?,运行《中国共产党党务管理信息系统》2014版。可自行删除 桌面的2013版或之前版本的党务系统快捷方式。 三、软件主要改进和完善的内容 1、改进数据交换功能 重新改写了党务系统数据交换模块,全部改为XML模式。新的数据 交换模块可以兼容接收之前版本的数据包。为方便区分党务系统各个 数据包的含义,新的数据交换文件包采用了不同的后缀名,后缀名含 义如下: cxb,数据库备份数据包 cxd,基本信息和报表数据上报包
gitlab使用指南 1 gitlab介绍 GitLab 是一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的web服务。 GitLab是基于网络的Git仓库管理工具,且具有wiki和issue跟踪功能。使用Git作为代码管理工具,并在此基础上搭建起来的web服务。 GitLab,它使用Ruby语言写成。后来,一些部分用Go语言重写。 2应用特点 1.Web框架使用RubyonRails。 2.基于MIT代码发布协议。 3.需要gitolite协同工作 3优点 GitLab为整个DevOps生命周期提供解决方案 1.管理 统计和分析功能。 GitLab提供统计数据和洞察力,以帮助提高GitLab在组织中的价值。 2.计划 项目计划和管理功能。 使用GitLab灵活的项目管理工具可视化,确定优先级,协调和跟踪进度。 3.创造 源代码以及数据创建和管理功能。 将源代码整合到一个易于管理和控制的分布式版本控制系统中,而不会影响工作流程。GitLab的Git存储库附带分支工具和访问控制,可为项目和代码的协作提供可扩展的单一事实来源。 4.校验 测试,代码质量和持续集成功能。 内置的静态代码分析,代码测试,代码质量,依赖项检查和Review Apps可以更快地发现错
误,提高安全性并缩短反馈周期。自定义您的批准工作流控件,自动测试代码质量,并为每个代码更改启动过渡环境。 GitLab持续集成是下一代测试系统,可以扩展以更快地运行测试。 5.包 Docker容器注册表。 GitLab软件包允许组织将GitLab用作各种常见软件包管理器的专用存储库。用户能够构建和发布程序包,这些程序包可以很容易地作为下游项目中的依赖项使用。 6.发布 应用程序发布和交付功能。 花更少的时间配置工具,而花更多的时间创建工具。无论要部署到一台服务器还是数千台服务器,都可以通过GitLab内置的持续交付和部署来自信,安全地构建,测试和发布代码。 7.配置 应用程序和基础结构配置工具。 使用GitLab Auto DevOps自动执行从构建到部署和监视的整个工作流程。最佳实践模板可帮助您从最小到零的配置开始。然后自定义所有内容,从构建包到CI / CD。 8.监控 应用程序监视和指标功能。 确保应用程序始终响应并可用。 GitLab会收集并显示已部署应用程序的性能指标,因此可以立即知道代码更改如何影响生产环境。 9.安全 安全功能功能。 检查应用程序是否存在安全漏洞,这些漏洞可能导致未经授权的访问,数据泄漏和服务拒绝。GitLab将对应用程序代码执行静态和动态测试,查找已知缺陷并在合并请求中报告这些缺陷,以便可以在合并之前修复它们。安全团队可以使用仪表板来获得项目和组的高级视图,并在需要时启动补救过程。 4运行gitlab gitlab-ctl start
全国林地年度更新工具软件V3.2 软件版本说明 [V3.2] 二零一七年三月 北京地林伟业科技股份有限公司Beijing Forestar Technology Corp.,Ltd.
1标识 版本号:V3.2 2升级方法 第一步:安装新软件; 第二步:重新设置工程。打开旧版本软件生产的数据文件(LDGX.zdb),选择对应的图层,重新设置工程。 图1设置工程 注意:如果设置完工程后,直接进行编辑或者右键查看属性表查看等操作,出现如下图所示错误,则重新启动软件,并点击“打开工程”重新打开工程即可解决问题。 图 2 属性表查看错误
3特别说明 为保证统计结果正确,需重新设置工程。 4版本说明 V3.2修改了以下内容: (1)修改了字典、属性检查、字段和报表。 (2)增加了林带(线)、设施(点)等面积值的扣除。 (3)增加了政区的图形检查和图形错误的批量修改功能。 (4)增加了变化生成的细碎阈值控制。 (5)增加了变化图层的属性因子检查。 (6)增加了批处理工具。 (7)提高了设置工程、图形编辑、变化生成的效率。 4.1字典管理修改 对系统字典进行了修改: (1)字典表:“林地管理类型”改为“土地管理类型”;分为“林业部门”(代码10)、“非林业部门”(代码20)、“其他”(代码30)3类。即,原来的“有争议”改为“其他”。 (2)增加“变更依据”字典,“变更依据”是填写林地图斑变更的依据,主要包括有3种,即档案更新(代码11)、遥感监测(代码12)、外业核实(代码13)。 4.2属性检查修改 修改属性逻辑检查配置: (1)字典域检查:“林地管理类型”修改为“土地管理类型”。 (2)林地图斑必须填“林地管理类型”。修改为:所有图斑都必须填写“土地管理类型”。 (3)[4104]管理因子(99):当变化原因为管理因子(99)时,六个管理因子(事权等级,工程类别,森林类别,林地权属,林种,林地保护等级)至少有一个有变化。修改为:[4104]管理因子(99):当变化原因为管理因子(99)时,五个管理因子(事权等级,工程类别,森林类别,林地权属,林种)至少有一个有变化。
版本升级说明 一,首先要明白你需要升级什么软件,请仔细阅读下面的命名方法 CNG系列COS版本命名解释 客户在升级中,经常不知道采用哪个版本,特就COS命名方法进行说明。 COS全称:Centnet Operation System ,表示世纪网关语音网关操作系统。 (备注:以下介绍提到的Cos文件名,以在终端下使用ver命令察看的为准。) 例如: v11. 01 . r3 . 300 -- -- -- -- ①②③④ ①代表适用的网关型号 v01 表示适用于cng100 的网关; v02 表示适用于cng200 的网关; v10 表示适用于cng1000 的网关; v30 表示适用于cng3000 的网关; v11 表示适用于cng300和cng800 的网关;早期版本的COS有v03 和v08,分别适合于cng300和cng800,后来合并称为v11。 除了v11外,简记命名规律为:v后面的数值乘100即是该版本适用的网关型号。 ②代表协议类别 当前只有01和02两个值。 01表示是基于H.323协议的cos。 02表示是基于SIP协议的cos。 ③代表版本类别 区分r 和t。 r表示release,正式发布版本。 t 表示test:测试版本,通常后面附有日期。 r或t后面的数值越大,表示版本越新。 ④编码类型 300是适用于语音编码为g.729 g.723 g.711三种;
330是适用于语音编码为g.723 g.711; 390是适用于语音编码为g.729。 二、本地升级方法:(telnet) 注意,这里有一个COS文件夹,里面有一个WFTP文件,现在你只需要把这个COS文件夹复制到你的电脑里面,然后再把你需要的软件复制到这个目录里面,按照下面的步骤,你就可以很顺利的升级了。 1.Save the firmware file and the “wftpd3 2.exe” in D:/COS 解压并保存文件在D:/COS 2.Run the “wftpd32.exe”, and make sure your firewall allow it to visit network. (or just turn off your firewall temporarily) 运行“wftpd32.exe”,并且防火墙可以允许访问网络,或者关闭你的防火墙
==================================================== USB OnCardSorting Ver3.010(UltraNet)09.2.2 1.改进量产速度,提高量产效率. 2.改善量产后出现“0字节”及“CP Fail”问题. ==================================================== USB OnCardSorting Ver3.009(UltraNet)09.1.5 1.更改Sorting method,增加Test Pattern选择 2.Improve"0字节"&"CP Fail"issue. 3.Improve Auto Select mode for Half-page. 4.增加"U盘定位"功能. 5.Improve AUTO START function. ==================================================== USB OnCardSorting Ver3.008(UltraNet)08.12.25 1.增加自动量产功能。 2.修正一个小bug,在CDROM的容量显示问题上。 3.更改了用户界面,在主画面上划分四组量产。 4.增加端口组合功能和语言信息[button]RE-PORT=xx。 5.增加使用最好的block来存储重要的F/W。 6.改进当ISP code安装失败后,重新安装在其他块上。 7.增加当使用CDROM时,USB序列号自动有效。 8.更新FLASH列表,增加不支持的FLASH列表。 9.增加量产报告保存功能。 10.改善半页测试模式自动保存功能。 11.修正bug在现有的sorting table比256页大的问题。 12.更新DOS format与MP V2115相同。 ==================================================== USB OnCardSorting Ver3.007(UltraNet)08.12.9 1.增加配置设定中的限制。 2.修正bug在两个块中溢出问题。 3.增加支持SLC半页模式功能,并优化半容量检查模式。 4.增加固定容量时系统编程块-2必须有效,解决0字节问题。 5.改进因LOGO保护在256/16位颜色设定状态下而限制使用问题。 6.增加已经量产过的磁盘在量产界面上显示量产后的容量。 ====================================================
Git 简介及 GitLab 使用 一、Git 简介
Git 和其他版本控制系统的主要差别在于,Git 只关心文件数据的整体是否发生变 化,而大多数其他系统则只关心文件内容的具体差异。 Git 并不保存这些前后变化的差异数据。 实际上, Git 更像是把变化的文件作快照后, 记录在一个微型的文件系统中。每次提交更新时, 它会纵览一遍所有文件的指纹信息并对 文件作一快照, 然后保存一个指向这次快照的索引。 为提高性能, 若文件没有变化, Git 不 会再次保存,而只对上次保存的快照作一链接。 文件的三种状态 对于任何一个文件,在 Git 内都只有三种状态:已提交(committed),已修改 (modified)和已暂存(staged)。已提交表示该文件已经被安全地保存在本地数据库中 了;已修改表示修改了某个文件,但还没有提交保存;已暂存表示把已修改的文件放在下 次提交时要保存的清单中。 由此我们看到 Git 管理项目时,文件流转的三个工作区域:Git 的工作目录,暂存 区域,以及本地仓库。
基本的 Git 工作流程如下: 1. 在工作目录中修改某些文件。 2. 对修改后的文件进行快照,然后保存到暂存区域。 3. 提交更新,将保存在暂存区域的文件快照永久转储到 Git 目录中。 所以,我们可以从文件所处的位置来判断状态:如果是 Git 目录中保存着的特定版 本文件,就属于已提交状态;如果作了修改并已放入暂存区域,就属于已暂存状态;如果 自上次取出后,作了修改但还没有放到暂存区域,就是已修改状态。 工作目录下面的所有文件都不外乎这两种状态: 已跟踪或未跟踪。已跟踪的文件是指 本来就被纳入版本控制管理的文件,在上次快照中有它们的记录,工作一段时间后,它们 的状态可能是未更新,已修改或者已放入暂存区。而所有其他文件都属于未跟踪文件。它
- S.Chinese - EOS 5D Mark II 固件更新步骤
固件更新步骤 下列说明中的x.x.x.代表当前的固件版本或更新的固件版本。 (1) 准备更新固件所需的项目。 1.机身 2.专用电池(电池必须完全充满电)或专用交流电适配器套装(选购) 3.CF卡(64MB或更大,64GB或更小) 4. 固件更新文件(可从佳能网站下载。) (2) 创建固件更新文件。 1.从佳能网站下载压缩的自解压文件。 2.解压下载文件,并创建固件更新文件。 如何解压固件更新文件 Windows 双击下载文件时,将出现以下屏幕。单击[确定],将解压下载文件并生成固件更新文件。 Macintosh 下载的文件会自动解压并生成固件更新文件。如果下载文件没有自动解压,请双击下载文件。 3.检查固件更新文件的大小。 如果文件大小不匹配,请再次下载固件更新文件。 如何确认固件更新文件的大小 Windows 右键单击固件更新文件的图标,并从弹出的菜单中选择[属性]。 Macintosh 选择固件更新文件的图标,然后从[文件(File)]菜单中选择[Get Info(获得信息)]。 4. 固件更新文件的名称和尺寸可以在网站上查到。
如果使用CF读卡器,请从第(3)步开始操作。如果不使用CF读卡器,请从第(4-1)步开始操作。 (3) 将固件更新文件复制到CF卡。 1.将通过相机格式化的CF卡插入CF读卡器。 2.将固件更新文件复制到打开CF卡时(根目录)出现的第一个窗口中。 3.将CF卡从读卡器中取出。 *取出CF卡时,请务必按照计算机或读卡器说明中所述步骤操作。 *如果固件更新文件被放在CF卡的子文件夹下,则相机无法找到它。 4.旋转模式转盘选择
模式(或除全自动模式外的其他某个模式)。 5.将带固件的CF卡插入相机。 6.打开电源开关,然后按下