⑴ 电脑系统版本低怎么办一定要重装吗
不需要强制重装。
如果电脑只用于一些简单工作，譬如使用word等其他工具写小说，此时就不需要安装高版本的。如果电脑用于玩大型游戏等系统要求比较高的工作，则需要重新安装新的系统。
⑵ 软件系统怎么做版本管理
软件开发好之后，代码不是一成不变的，需要不断调整，比如新增功能，优化功能，修复bug。 那么如何去区分不同时期阶段的代码呢？就有了所谓的版本管理概念，比如刚发布的软件系统定义为1.0版本，推出新功能之后就是1.1版本。 我们通过命名版本号的方式来区分不同版本的代码，例如1.1版本新增了1个功能，优化了2个功能，修复了3个bug。 来看一个实际的例子，我们开源的likeadmin是怎么做版本管理的。 likeadmin的所有代码变更都公开在gitee代码托管平台，大家可以看到我们的程序员每次提交的代码更新日志。 每当研发完成一个版本的所有规划功能，我们会在gitee发布新版本。发布新版本之后，程序员就可以继续进行新的功能研发了。 接下来虽然不断会有新的代码提交，但是直接点击对应版本的下载链接，就能下载该版本的代码了，不会弄混，这有点 历史 镜像的感觉。 另外，为了进一步方便大家下载likeadmin不同版本的代码，并且了解版本之间的区别，我们专门在官网做了一个更新 历史 的页面。 这个页面，点击进去就是一个时间轴，记录了不同版本的发布日期，版本变化。 这就是likeadmin的版本管理方式了。 欢迎点赞加关注，带你一起深入了解程序员视界。
⑶ 软件之时光机器－建立你自己的版本控制系统
本文从实践角度对版本控制系统进行直观介绍。 介绍过程遵循 2W1H 的思路（即： what-why-how ），希望能让看到的朋友更直观、深入、切实的理解 版本控制系统 ,并学以致用。 关于 2W1H ，可参考另外一篇文章： 思考你的思维——从 5w1h到2w1h到空、雨、伞 。 为了能更好的学习相关知识，这里给出阅读之前的一些建议，后面将依次对所学内容进行介绍。 版本控制系统的概念、用途、原理、实践、应用等方面的有关讲述。 本课程适用人员包括但不仅限于： 注：参与人员最好能对linux基础和项目开发有一定的理解。 按照一定时间学习，而非固定的次序，假设时间单位为课时。 每个课时的实际时长可能是一个小时、一天、1甚至10分钟等等，具体情况因人而异。 学习之后将会达到前面所述的本文目标，所灶困需时长估计大约占：7课时。 以下列出本文主要内容（实际稳重并不严格按照相应的次序给出）， 每个部分内容按照重要性和难度，大致所需时长与学习计划建议如下。 给出应用场景，提出对版本控制系统的需求，并对其概念、功能、应用场景进行简单介绍。 首先对版本控制系统出现的过程进行简单介绍，然后讲述版本控制系统功能的基本原理，最后给出版本控制系统本身的发展。 对集中式版本控制系统阶段中的Subversion的原理、使用进行详细讲述。 对分布式版本控制系统阶段中的Git的原理、使用进行详细讲隐键念述。 对版本控制系统的概念、功能、应用场景进行简单介绍。 对集中式版本控制系统原理进行讲述。 给出服务端的搭建以及客户端使用的典型工作流程。 分析集中式版本控制的缺点，并针对集中式版本控制系统的缺点，给出分布式版本控制系统的思路。 对分布式版本控制系统原理进行讲述。 给出分布式版本控制中本地端远端的工作典型方式。 在前亮铅面讲述版本控制系统的同时对版本控制系统的发展情况进行纵向概括，并给出版本控制系统的发展趋势。 版本控制的正式定义有许多, 这里给出实践中总结的描述, 即: 若不考虑精确性,其实可这样直观的理解: 版本控制系统类似电脑中的文件系统，用目录实现文档的存储、管理、更新、和访问等操作。 除此之外，它还有一个“加强”的功能，即对存储于其中的内容,除在空间上的路径信息外，还记录了其历史等信息。 这也让版本控制系统拥有比传统文件系统更为高级的管理功能，类似某些高级编辑器中的“撤销”、“重做”、“宏操作”、“审阅”等功能。 仅从上面的定义中,我们可能还是不太清楚版本控制系统有什么用途, 这里给出在实践应用中重要的几点。 版本控制系统,其实就是一种存档管理系统（例如文件系统），可通过路径访问其中任意最近更新的文档，这和我们平时所见的 "磁盘目录", "云盘" 等这些存放文件资料的方式没有太大区别. 如图： 保存文档内容是一般存档系统的基本功能，但是为提供更为强大的功能，版本控制系统更包含了每个文档乃至整个存档系统的所有历史信息，这使得版本控制系统对其文档的访问，不仅限于传统“一维”文件路径的最新更新内容，更加入了时间维度，可访问过去某个时间、某个路径的文件，以及基于此扩展的更多特性。 如图： 版本控制系统，可看作传统存档系统的加强。 与传统存档系统一样，版本控制系统可当作文件系统使用，存放文档内容。 版本控制系统可允许多人共同更新存档信息，更新冲突的解决方式也有多种更为智能的选择途径； 如图： 而多人协作在传统存档系统的途径仅仅是简单替换，手动修改，并且仅限于少数人。 版本控制系统的任意文档可回退至其任意已存在的历史版本； 如图： 而传统存档系统更新后仅仅包含当前最新的内容，从前的信息全部丢失。 版本控制系统的任意文档可同时拥有多套独立的历史信息，各自保持其更新历程直至对应不同的最新版本，做为不同的用途，并且它们之间共享相同的内容； 如图： 而传统存档系统，只能通过备份的方式，浪费空间，且数量也不宜过多。 版本控制系统可方便的将任意版本、分支间的修改动作记录和回放，应用到另外一个版本、分支上，并且不必考虑没有变化的部分； 如图： 而传统文件系统，只能在有限的几个重要新旧副本中，要么简单替换，要么通过特殊工具生成并打补丁的方式添加所需的修改到目标。 版本控制系统可对比任意任意文档在任意时间、分支、版本、之间的区别，便于了解到在期间进行了哪些修改； 如图： 而传统文件系统由于只有最新版本，完全无法了解其更新的历程。 版本控制系统中可查询任意文档所有历史更新信息以及备注、分支、也可根据时间,作者等信息查询修改的内容、修改者等； 如图： 而传统文件系统只能看到文档的最新更新的内容、修改时间。 综上我们可见，版本控制系统比日常所见的存档系统提供了更多的功能。 如果除了仅仅存储文档外，我们： 这些要求：
⑷ 分析一下如何进行版本控制
目标：1）保证各个环境(开发、测试、主干)的独立，避免相互影响；2）减少最回终发布时合答并主干出现冲突的概率；3）降低冲突处理的难度。原则：多个版本（开发版本，测试版本，发布版本）；多次合并。产品经理一定要对版本进行把控，不合适了及时更新，不知道什么时候更新多去黑马程序员社区看一些产品经理的知识！
⑸ vivo手机系统版本在哪里看
手机联网后，进入设置–系统升级，部分iQOO（Monster）UI版本/FuntouchOS9.2机型需进入设置–我的设备–iQOO（Monster）UI版本/FuntouchOS版本，即可检测当前系统版本。
⑹ 版本控制是什么
版本控制(Revision control)是一种软件工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。版本控制透过文档控制（documentation control）记录程序各个模组的改动，并为每次改动编上序号。这种方法是维护（maintenance） of 工程图（engineering drawings）的标准做法， 它伴随着工程图从图的诞生一直到图的定型。 一种简单的版本控制形式，例如，赋给图的初版一个版本等级“A”。当做了第一次改变后，版本等级改为“B”，以此类推等等。.版本控制系统:1.软件系统的版本控制是指可以自行运行的各子系统的版本控制。2.软件系统的版本号由评测小组的人员确定，由评测小组进行版本控制工作。3.软件系统的版本号由3部分构成，即主版本号+次版本号+修改号。主版本号1位，只有当系统在结构和功能上有重大突破改进后才发生变化；次版本号有2位；修改号8位，采用提交时的日期，当系统进行任何修改后，包括数据库结构发生变化，修改号都要随之改变。例如：Ver3.31.199903174.各子系统的版本号独立。5.各软件系统应该有显示详细版本号的功能。例如help菜单下的about功能。系统提交存档时，评测服务部要进行版本号检查。6.新系统开发完成、或已存档的系统进行修改，修改完成后，进行提交存档时，由评测评测小组系统分析工程师确定新版本号、或更改版本号。7.软件系统，产生新的版本后，老版本的软件系统是否继续保存，取决于以下条件：a.老版本的系统如果有客户还在使用，在客户升级以前，必须继续保存。b.老版本的系统已经没有客户使用了，并且新版本的系统已经把老系统的文档完整地升级过来，这样可以删除或覆盖老版本的系统资源。c.对于要删除或覆盖的老版本系统，可以统一备份起来。
⑺ iqooz6怎么看系统版本
iqooz6查看裂圆系统方法:首先你要进入到手机"设置"，然后在点击进入“系统升级”，即可查看当前系统版陵轿本和可肆汪塌更新的系统版本；然后你也可以点击“设置”后进入“系统管理”，找到“关于手机”，然后你在进入后点击“版本信息”，即可以查看到手机的软件版本号。
⑻ 如何做好android系统的分支与版本管理
源码级别吗？用git可以的
⑼ SVN（版本控制系统）是个什么东西
基本介绍SVN全名Subversion，即版本控制系统。软件介绍运行方式svn服务器有2种运行方式：独立服务器和借助apache。2种方式各有利弊，用户自行选择。存储数据svn存储版本数据也有2种方式：BDB(一种事务安全型表类型)和FSFS(一种不需要数据库的存储系统)。因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。详见subversion。集中式版本管理系统Svn是一种集中式文件版本管理系统。集中式管理的工作流程如下图：集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上是不可以工作。下面举例说明：开始新一天的工作：1：从服务器下载项目组最新代码。2：进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了那些代码，就需要这样做了）。3：下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。缺点：1、 服务器压力太大，数据库容量暴增。2、 如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。3、不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。优点：1、 管理方便，逻辑明确，符合一般人思维习惯。2、 易于管理，集中式服务器更能保证安全性。3、 代码一致性非常高。4、 适合开发人数不多的项目开发。5、大部分软件配置管理的大学教材都是使用svn和vss。安全领域的SVNSVN站在更高层次上对现在的安全产品，从系统和控制的角度进行了"有机"和"无隙"的整合。SVN是一个安全虚拟网络系统，它将系统整体的信息安全功能均衡合理地分布在不同的子系统中，使各子系统的功能得到最大限度的发挥，子系统之间互相补充，系统整体性能大于各子系统功能之和，用均衡互补的原则解决了"木桶原理"的问题。SVN能在跨接Internet, Intranet, Extranet间的网络所有端点实现全面的安全，而且还能提供基于企业策略的信息管理机制以充分有效地利用有限的带宽。SVN可以满足各种企业VPN的要求，通过为公司内部网络、远程和移动用户、分支机构和合作伙伴提供基于Internet的安全连接。所以，我们可以将SVN看成是VPN、防火墙、基于企业策略的信息管理软件集成在一起的Internet安全的综合解决方案。在这样一个网络系统中，所有互联网服务器端和客户端都是安全的，并有一个信息管理机制以不断地通过这个外部网络环境动态地分析及满足客户的特定带宽需求。SVN提供了目前基于网络实现的eBusiness 应用的安全服务，它包含：对多种应用进行全面的安全认证；支持多种认证及PKI；功能强大并对用户透明的通讯加密；面向用户的集中安全策略管理；统一跨接Internet、Intranet、Extranet的通讯。体系结构带有防火墙的VPN网关，它是一个将防火墙和VPN技术紧密结合的网关产品；SVN安全远程客户端软件包，一个功能强大的VPN客户端软件，支持台式机用户、远程用户和移动用户，具有集中化管理的个人防火墙功能和VPN用户的安全认证功能；SVN证书管理模块，一个用于SVN的完整PKI解决方案，它将完善的CA和LDAP目录服务器技术集成在一起；SVN硬件加密卡，可以通过硬件技术实现功能强大的各种算法以提高VPN的速度和性能；SVN智能带宽管理模块，一个基于企业策略的带宽管理解决方案，可以智能地管理有限的带宽资源，以确保用于企业重要应用的VPN性能可靠；SVN冗余管理模块，通过冗余网关集群和防火墙VPN内的SVN冗余模块，对执行重要任务的VPN和防火墙应用在出现故障时实现无缝切换。自动地址转换模块，一个自动管理IP地址和命名的解决方案，通过提供IP地址服务的跟踪和集中化管理，确保可靠地控制地址分配和提高TCP/IP管理效率；SVN安全服务器软件包，专门保护单个应用服务器安全的VPN网关软件，它可以保护进行敏感操作的服务器免受攻击和未授权的访问，使客户端建立与服务器间的安全认证和支持交换加密数据的连接；SVN安全客户端软件包，它将基于状态检测的防火墙和基于IPSec的VPN客户端软件集成在客户端机器上，通过提供集中管理的个人防火墙和对所有企业VPN用户的安全认证，增强客户端机器的安全性。它与SVN安全远程客户端软件功能相比，增强了客户端的安全功能，如访问控制和安全初始化控制等。发展历史早在2000年，CollabNet, Inc.就开始召集开发人员开发CVS的替代品。CollabNet 提供一套名为SourceCast协同工作套件，其中的一部分组件是版本控制。虽然SourceCast使用CVS作为其最初的版本控制系统，但是CVS的种种限制从一开始就处处可见，最后CollabNet明白必须要找到一个更好的解决方案。不幸的是，至少在免费license中，因为没有更好的选择，CVS已经广泛成为了开源世界中事实上的标准。所以CollabNet决定开发一个新的版本控制系统，保留CVS的基本特性但去除CVS的bug和不好的特性。在2000年2月，他们联系《使用CVS开发开源项目》（Open Source Development with CVS）(Coriolis, 1999)的作者Karl Fogel，并征求了他是否愿意在这个新的项目中担任一个角色。巧合的是，当时Karl已经和他的朋友Jim Blandy讨论了一个关于新的版本控制系统的设计。在1995年，这两人就成立了Cyclic Software，一个提供CVS的商业支持的软件公司。虽然他们经营商业服务，但是仍然在每天都在工作中使用CVS。使用CVS的挫折感使得Jim认真思考更好的方法来管理数据，不但确定名字为“Subversion”，而且完成了Subversion档案库的基础设计。当CollabNet的电话到来时，Karl立即答应了加入项目中，而且Jim让他的雇主RedHat Software同意让他在这个项目中不定期工作。CollabNet雇用了Karl和Ben Collins-Sussman，并在5月开始了详细设计工作。在得到了来自CollabNet的Brian Behlendorf、Jason Robbins和Greg Stein（当时是一名活跃在WebDAV/DeltaV规范过程的自由程序员）很多创意的帮助下，Subversion很快地引起了一个活跃开发者社区的注意。它找出并欢迎很多同样在CVS上受到挫折的社员能来为这个项目做点什么。Subversion 最初的设计Team定下了几个简单的目标。 它必须在功能上可取代 CVS，也就是说, 所有 CVS 可做到的事, 它都要能够作到。 在修正最明显的瑕疵的同时, 还要保留相同的开发模式。 还有, Subversion 应该要和 CVS 很相像, 任何 CVS 使用者只要花费少许的力气, 就可以很快地上手。经过十四个月的编码后, Subversion 于2001年8月31日开始实现 “自行管理”。 也就是说, 开发人员不再使用 CVS 来管理 Subversion 的代码, 而以 Subversion 自己来管理。优缺分析所有的文档都显示SVN可以取代CVS，同时SVN的问题和缺点都被隐藏了。不幸的是，我们并不认为SVN是CVS的替代品，尽管很多缺陷都被修改了。更有甚者，它甚至让人重回VSS。CVS和SVN的比较类似于比较C++和java。很明显CVS和SVN都远比SourceSafe强大的多，如同C++和Java比Basic强大的多。CVS代表了几乎代码控制系统的所有功能项，尽管有时他的实现并不很方便。SVN修正并添加了一些CVS并不拥有功能。例如，创建标志和分支bious，你在编辑文件时其他人不会有任何通知。SVN并不是CVS的替代品，只是个不同的系统，类似于CVS。它有些特有的功能，足以作为采用它的理由。这些功能使他更适合于开发环境，例如对PowerBuilder。下面你可以找到两者的相对优势、劣势。1 存储类型格式CVS是个基于RCS文件的版本控制系统。每个CVS文件都不过是普通的文件，加上一些额外信息。这些文件会简单的重复本地文件的树结构。因此，不必担心有什么数据损失，如果必要的话可以手工修改RCS文件。SVN是基于关系数据库的(BerkleyDB)或一系列二进制文件的(FS_FS)。一方面这解决了许多问题 (例如，并行读写共享文件)以及添加了许多新功能(例如运行时的事务特性。)。然而另一方面，数据存储由此变得不透明。2 速度CVS比较慢。整体而言,由于架构实现的不同, SVN的确比CVS快很多。在网络上它只传输很少的信息并支持更多的离线模式的功能。但这也是有代价的。速度的代价就是巨大的存储（完全备份所有的工作文件）。3 标志&分支SVN把采用标志和分支而抛弃了其他三件东西，实际上这意味着他们把这个概念替换为在档案库内部复制文件或目录以便保存日志。这样一来，无论标志创建还是分支创建都只是仓库内部的文件复制了。对分支而言：现在分支不过是在仓库内部的一个单独的目录而已了，不像早期还有些什么交错。对标志而言：已经不能对代码加标志了。在某种程度上说，SVN全文件编号补足了这个缺陷，SVN里整个仓库都有版本号，但不是针对单个文件。4 元数据CVS只允许存储文件。SVN允许一个文件有任意多的可命名属性，功能十分完全。5 文件类型CVS最初是为文本文件存储而设计的。因此其他文件类型（二进制，统一码）文件的支持几乎没有，如需要的话则要有其他信息，并且客户端服务器端都要调整。SVN会关心所有的文件类型，不需要你来手工操作。6 回滚CVS允许任意的回滚，在任意一个已递交的版本上，尽管这要花些时间（所有的文件都要分别处理）。SVN不允许递交后回滚。建议把版本库里好的状态版本加到末尾，覆盖掉损坏的版本。而损坏的版本无论如何也是会存在数据库里的。（SVN的滚回操作实际上是merge操作）7 事务CVS中的“零或一”事务原则根本没有实现。如果检入几个文件的话（加到服务器上），很有可能部分文件完成了，而另几个没有。作为一个潜规则，手工纠正这些并且对余下的文件 (而不是所有文件)一一重复检入。这样这些文件将在两阶段中被检入。SVN的确支持“零或一”事务原则，这是SVN的一大优势。软件相关SVN-Vss与Svn的对比1. 支持重命名，这对 Java 开发来说非常重要。为了得到更好的代码，开发中需要经常进行重构，重构就经常涉及到文件的重构名，而重命名中 VSS中是不被支持的。2. 开发的时候不一定要锁定。一方面导致重构不方便，另一方面，不能离线开发，使用 SVN就不同，可以带回家继续开发，回来后，提交就行了。3. 多平台。可以支持多个平台下的操作4. 更好的客户端支持。Eclipse 中的 VSS Plugin 不如它的 SVN Plugin 好用。一个在 Windows 下用的 SVN 客户端 TortoiseSVN 也比VSS 的客户端好用（VSS 只有微软提供的一个 GUI 客户端）。5. 更好地与外围工具集成。各种各样的外围工具（主要是服务器端），满足多种需要。如果有需要，也可以自己写插件或管理脚本，开放的架构，允许我们这样做。6. 方便。一个例子：部署应用的时候，以前的做法是找出一个项目中修改过的文件，更新到服务器上去，现在可以在服务器上执行 svn export 命令，把代码库中的最新版本导出，完成部署（也可以替换回老版本）。7. 速度与稳定性看起来都不错。学习它的管理、它的工作方式，是值得的。而 VSS是一个已经被逐渐抛弃的软件。如果时间不是多得没处用，那么就把时间花在最值得花的东西上面。SVN远程修改密码由于SVN没有自己的远程管理工具，只能上服务器上用命令行操作，故操作起来比较复杂。为此，svn俱乐部开发出svn管家对svn进行远程管理，svn管家目前推出了windows版本和linux版本，部署很方便，不用安装额外的环境如mysql、PHP或JAVA。svn管家不仅可以方便的远程修改用户密码，更可以对svn进行远程管理，极大地方便了SVN的用户。其他从启动这个项目到现在，虽然CollabNet提供了大部分的资金(它付出几位全职 Subversion 开发人员的薪水), 但这还是个开源项目, 由一组松散透明的规则所约定。 CollabNet 拥有代码的版权完全符合 Debian Free Software Guidelines。 换句话说, 每个人都可以随意地免费下载、修改、以及重新发布 Subversion; 完全不需要经过 CollabNet, 或是任何人的允许。
⑽ 求助，最近在用java做一个MIS系统，系统要做一个版本管理的功能，要求可以查看以前修改的版本的数据。
从我接触的有工作流的系统来看。需要做历史表的，都是业务上或审计有这样需要（查询历史痕迹），因为做历史表比较好查询。 还有些没有这样的需求，中间的过程变量 ，就随工作流信息一起保存（后来 需要经常清理工作流相关表，随业务，数据量增加很大）
