虚拟机 Virtual Machine.docx
《虚拟机 Virtual Machine.docx》由会员分享，可在线阅读，更多相关《虚拟机 Virtual Machine.docx（14页珍藏版）》请在冰点文库上搜索。
虚拟机VirtualMachine
虚拟机VirtualMachine
HOST——指物理存在的计算机，Host′sOS指HOST上运行的操作系统
3.GuestOS——指运行在VM上的操作系统。
例如在一台安装了WindowsNT的计算机上安装了Vmware，那么，HOST指的是安装WindowsNT的这台计算机，其Host′sOS为WindowsNT。
VM上运行的是Linux，那么Linux即为GuestOS。
Classpath
DestinationFolde
Install
Startuptype
Automatic
Iacceptthetermsofthislicenseagreement
Browse
Custom
LaunchOpenCollabNet
Svnaccessfile
check检查,控制
Modification[mɔdifi'keiʃən]n.修正,修饰,修改
CheckModifications3.9.查看修改
Revert放弃修改恢复
Folder
Version
URLofrepository
版本库的URL地址。
Checkoutdirectory
本地工作目录。
临时目录的文件夹名称不会在版本库中出现，只有这个文件夹下面的内容会在版本库中出现。
现在这个工程就存贮在版本库，被版本控制。
请注意，你用来存放导入文件的临时目录下的文件并没有被版本控制！
你需要检出刚才导入的版本，以便获得受版本控制的工作目录
项目入库Import
检出工作副本CheckOut
导出项目Export
就是把服务器上的项目文件存放到本地目录，Export到本地目录的这些文件脱离了版本控制系统的控制。
一般情况下，为了制作安装包，需要一个“干净“的项目文件。
●Exportdirectory
导出到本地的目录。
HEADrevision最新版本
●Exportdirectory
导出到本地的目录。
●Revision
要导出的版本：
checkout方式获得版本后，取到的文件仍处于SVN版本控制中。
export导出版本后，导出的文件脱离SVN版本控制。
说明：
Add命令只是告诉SVN客户端，这些文件将要纳入版本管理，并没有将这些改变提交到SVN服务器，如果要提交到版本库中，需要执行“SVNCommit”操作。
Repo-browser
Revisiongraph
Resolved
UpdatetoRevision3.12.获取特定的版本
Revert
Cleanup
releaselock
branch
swich
merge
relocate
createpatch
applypatch
properties
SVNUpdate获取最新的版本
SVNCommit提交入库
这样删除后，文件或者目录的图标会相应的变化，此时只是本地工作目录下记录了删除动作，SVN服务器上的文件还没有真正删除，只有执行Commit提交后，SVN服务器上的文件或者目录才会真正删除。
注意：
千万不要用“Delete”键或者来删除文件，这样删除的话，SVN客户端不会保存删除操作，将无法提交修改。
说明：
Revet只能撤销本地的修改，不能撤销已经提交（Commit）的变更，
第一次获取最新的版本时，需要用Checkout命令。
当本地已经有工作复本以后，需要获取最新的版本时，需要用SVN的Update命令，相当于VSS的GetLastVersion命令。
操作步骤如下：
说明：
如果工作目录下有被修改的文件，或者有被删除的文件，并且还没有提交这些更改时，在执行Update命令时，这些文件不会被更新。
如果想要放弃当前所有更改，并把本地我文件更新成SVN服务器上最新的版本，需要先执行“Revert”命令，放弃所有更改动作，然后再执行“Update”命令。
Visual['vizjuəl视力的,视觉的,观看的,直观的,看得见的,光学的
software['sɔftwɛə]n.软件,程序设计
configuration[kənfigju'reiʃən]结构,表面配置,形态;
modify['mɔdifai]
v.修正,变更,修饰;
merge[mə:
dʒ]v.合并,消失,吞没;
有时候，因为Windows本身的问题，您可能会看到有些icon没有变成绿色的勾勾。
此时，多按F5几次，应该就可以解决这个问题。
如果，仍然不行，表示您之前的commit动作真的有问题。
请仔细检查之前的commit动作是否正确。
按下OK就可以关闭这个窗口了。
如果您此时立刻去workingcopy的branch子目录下面，您将会失望的发现在该目录下面并没有刚刚指定的目录存在。
这是因为您workingcopy的部份还是旧的，您只需要在branch子目录下面进行SVNupdate就可以看到这个新增的目录了。
新增的目录就与原来的目录无关了。
您可以任意对他进行编辑，一直到您确认好所有在branch下面该做的工作都完成后，您可以选择将这个branchmerge回原来的trunk目录，或者是保留它在branch中。
要merge回trunk目录中，方法很简单。
以上面的例子来说，我们在D:
\working\my_prj\trunk目录空白处，按下鼠标右键，选择Merge:
接着可以看到如下的画面：
这个画面主要分为三个部份，前面的From:
与To:
是要问您打算从Branch中的哪个版本到哪个版本，merge回原来的trunk目录中。
因此，From跟To的URL字段应当都是指定原来branch的目录下。
剩下的就是指定要merge的revision范围。
以上面的例子而言，我们从Branch的Revision7开始merge到Branch下面的最新版本。
您可以透过，Dryrun按钮，试作一次Merge。
这个merge只会显示一些讯息，不会真正的更新到trunk的目录去。
只有按下Merge按钮后，才会真正的将branch的档案与trunk的档案合并起来。
上面的讯息告诉我们在trunk目录下面的yyyy.cpp及xxx1.cpp已经被更改过了。
如果您在现在到trunk目录下，会看到这两个档案处于被修改的状态。
制作Tag或是Release
所谓的Tag或是Release就是一个特别的版本，因为这个版本可能有特别的意义。
例如：
这个版本是特别的Milestone或是release给客户的版本。
其实，Tag与Release的作法与Branch完全相同。
只是Branch可能会需要merge回原来的trunk中，而tag及release大部分都不需要merge回trunk中。
举例来说，今天我们的trunk做了一版，这个版本被认定是软件的1.0版。
1.0版对于开发来说是一个非常重要的里程碑。
所以我们要特别为他做一个标记，亦即Tag。
假设，这个1.0版是要正式release给客户或是相关vendor，我们要可以为他做一个Release的标记。
基本上，SVN只有目录的概念，并没有什么Tag的用法。
所以您会看到再SVN的选单上面，Branch与Tag是同一个项目。
以这个1.0的例子来说，我们就是在Trunk上面，按下鼠标右键，选择Branch/Tag的项目：
成功的话，您就在Tag目录下面建立了一个1.0的目录。
当然，如果您这时到Tag的目录下面去，会看不到这个目录，您需要在Tag目录下面update一下，才能看到它。
制作Release的作法与Tag完全相同。
只是把Tag的目录换成Release而已。
看到这里，相信大家都已经领悟到无论是Branch，Tag或是Release都只是将指定的Trunk版本复制一份到另外一个目录去。
至于这个目录要叫Branch还是叫Release，SVN根本就不管。
所以，您也可取其它的目录名称。
不过，Branch，Tag及Release已经是SVN上面约定成俗的名称。
所以，除非您知道自己为何这样做，否则，最好还是follow这个命名原则，以免后面新加入的人看不懂。
NOTE：
同样的道理Trunk也只是一个约定成俗的名称。
不一定要叫Trunk。
只是大家看到Trunk目录就会知道这里面放的是主要的开发主干。
milestone['mailstəun]里程碑,里程石,一里程标
1.branch：
要产生一个分支。
以区别与trunk不同的开发。
2.tag：
要形成一个标记，表示重要的milestone。
3.release：
表示一个已经正式的release的纪录。
4.其它：
进行一个复制（copy）。
release[ri'li:
s]n.释放,让渡,豁免,发行的书,释放证书
vt.释放,解放,放松,豁免,免除,发表
超文本传送协议（HTTP）是一种通信协议，它允许将超文本标记语言（HTML）文档从Web服务器传送到Web浏览器。
HTML是一种用于创建文档的标记语言，这些文档包含到相关信息的链接。
您可以单击一个链接来访问其它文档、图像或多媒体对象，并获得关于链接项的附加信息。
HTTP工作在TCP/IP协议体系中的TCP协议上。
File：
本地文件传输协议注解File协议主要用于访问本地计算机中的文件，就如同在Windows资源管理器中打开文件一样。
版本控制系统用于保存编写开发应用程序时的文档的各个修订版（revision）。
版本控制也称作RevisionControlSystem（RCS）。
•修订版（revision）：
可以认为是某个文件在其生命周期内各个保存的快照，每个快照和一个时间区间对应。
•版本库（Repository）：
存放修订版的数据库
•本地工作拷贝（Localworkingcopy）：
修订版在本地的副本
•版本的检入（Checkin）：
本地副本提交到服务器的版本库
•检出（Checkout）：
从服务器的版本库中取出修订版成为本地副本
•版本号的来源：
有两种策略，基于文件的计数和基于仓库的计数，subversion使用后者
•标签（Tags）：
为版本加一个名字，便于检出
•分支（Branches）：
修订版打分支，以后可以平行修改，互不干扰
•合并（Merging）：
将分支的修订版合并为一个新的修订版
•锁（Locking）：
为修订版枷锁
•冲突（Conflict）：
并发版本控制时防止修订版混乱的错误机制
•为团队提供了所有项目文档的回退按钮；
•支持多个开发人员在可控的方式下为相同的代码工作；
•版本控制系统保存了文档在过去的各个改动，便于查找是谁，在何时，因为什么修改了文；
•支持在文档的主线上同时有多个版本；
•支持查询在某个时点上项目各个文档的状态，可用于研究生产效率等，也可用于对以前的软件发行版的再发行。
文件锁
一般用于二进制内容，因为无法合并。
如果某个文件加锁，其他用户的本地工作拷贝（更新后）将是只读的。
当该用户提交后，其他用户的本地工作拷贝（更新后）才可以写操作。
其他用户可以“撬锁”，然后进行写操作。
高级配置可以配置“撬锁”权限，使不是什么人都可以“撬锁”。
4.2.版本库创建策略
单一的版本库保存一个项目。
单一的版本库保存多个项目。
多个版本库
4.3.使用标签和分支
在svn中标签和分支都源于copy命令。
3个约定俗成的目录：
•trunk：
主干
•branches：
分支
•tags：
标签
Typical
Custom'
Advanced
recommended
PC（PersonalComputer，个人计算机）
IBM（InternationalBusinessMachine，美国国际商用机器公司简称，最早的个人计算机品牌）
Intel（美国英特尔公司，以生产CPU芯片著称）
Pentium（Intel公司，X86CPU芯片，中文译名为“奔腾”）
IT（InformationTechnology，信息产业）
E-CommerceEelectronicBusiness（电子商务）
B2C（BusinessToCustomer，商家对顾客,电子商务的一种模式，还有B2C、C2C模式）
Y2K（2kyear，两千年问题，千年虫）
IC（IntegrateCircuit，集成电路）
VLSI（VeryLargeScaleIntegration，超大规模集成电路）
DIY（DoItYourself，自己装配计算机）
Bit（比特，一个二进制位，通信常用的单位）
Byte（字节，由八个二进制位组成，是计算机中表示存储空间的最基本容量单位）
K（千，存储空间的容量单位,kilobyte，1K=1024字节）
M（兆，megabyte，1M=1024K）
G（吉，gigabyte，1G=1024M）
T（太，1T=1024G）
Binary（二进制，计算机中用的记数制，有0、1两个数字）
ASCII（AmericanStandardCodeforInformationInterchange，美国信息交换标准代码，成为了一个为世界计算机使用的通用标准）
CAI（Computer-AssistedInstruction，计算机辅助教学）
CAD（Computer-AidedDesign，计算机辅助设计）
CAM（Computer-AidedManufacturing，计算机辅助制造）
AI（ArtificialIntelligence，人工智能）
Program（程序，由控制计算机运行的指令组成）
Driver（驱动程序或驱动器）
Subversion权限简介在Subversion的使用当中，存在“认证”、“授权”两个概念。
认证，即authentication，[ɔ:
θenti'keiʃən]是指用户名与密码的认证。
授权，即authorization，是指某用户对某个目录是否具备读、写权限的一种审核。
这两者配合作用，就组成了Subversion的整个帐户管理体系。
这里首先要注意一点，任何配置文件的有效配置行，都不允许存在前置空格，否则程序可能会出错，给你一个Optionexpected的提示。
也就是说，如果你直接从本文的纯文本格式中拷贝了相关的配置行过去，需要手动将前置的4个空格全部删除。
当然了，如果你觉得一下子要删除好多行的同样数目的前置空格是一件苦差使，那么也许UltraEdit的“ColumnMode”编辑模式，可以给你很大帮助。
*=表示，除了经理、总部人员、特别人士之外，任何人都被禁止访问本目录。
这一行是否可以省略呢？
不行，因为权限具备继承性，子目录会自动拥有父目录的权限。
若没有这一行，则所有帐号都可以读取/diary/headquarters目录下的文件。
因为虽然我们并没有设置这个目录的父目录权限，可是默认的规则使得/diary目录的权限与根目录完全一样，从而让其余帐号获得对/diary/headquarters目录的r权限。
所以简单来说，*=这一句的目的，就是割断权限继承性，使得管理员可以定制某个目录及其子目录的权限，从而完全避开其父目录权限设置的影响
而实际上，Subversion允许你采用`[/some/dir]这样的格式，即不指定代码库的方式来表示目录，此时的目录就匹配所有项目
anon-access属性对目录权限的影响
你想将你的代码库开放给所有人访问，于是你就开放了匿名访问权限，在svnserve.conf文件中添加一行：
anon-access=read。
可是对于部分目录，你又不希望别人看到，于是针对那些特别目录，你在authz.conf里面进行配置，添加了授权访问的人，并添加了*=标记。
你认为一切OK了，可是你缺发现，那个特别目录却无法访问了，总是提示Notauthorizedtoopenrootofeditoperation或者未授权打开根进行编辑操作。
你再三检查你配置的用户名与密码，确认一切正确，还是无法解决问题。
原来，Subversion有个小bug，当anon-access=read并且某个目录有被设置上*=标记，则会出现上述问题。
这个bug在当前最新版本上（v1.4）还存在，也许在下一版本内可以被改正吧。
解决的办法是，在svnserve.conf中，将anon-access设置成none。
升级会员 