svn客户端使用手册使用

TotoiseSVN的基本使用措施签入源代码到SVN服务器假如我们使用VisualStudio在文献夹StartKit中创立了一种项目，我们要把这个项目的源代码签入到SVNServer上的代码库中里，首先右键点击StartKit文献夹，这时候的右键菜单如下图所示：点击Import，弹出下面的窗体，其中是服务器名，svn是代码仓库的根目录，StartKit是我们在上个教程中添加的一种代码库。阐明：左下角的CheckBox，在第一次签入源代码时没有用，不过，在后来你提交代码的时候是非常有用的。点击OK按钮，会弹出下面的窗体，规定输入凭据源代码已经成功签入SVN服务器了。这时候团体组员就可以迁出SVN服务器上的源代码到自己的机器了签出源代码到本机在本机创立文献夹StartKit，右键点击Checkout，弹出如下图的窗体：在上图中URLofRepository：下的文本框中输入svnserver中的代码库的地址，其他默认，点击OK按钮,就开始签出源代码了。阐明：上图中的CheckoutDepth，有4个选项，分别是迁出所有、只签出下一级子目录和文献、只签出文献、只签出空项目，默认的是第一项。上面的例子中，我们也可以使用web的方式访问代码库，在浏览器中输入这时候也会弹出对话框，规定输入顾客名和密码，通过验证后即可浏览代码库中的内容。源代码已经成功签出到刚刚新建的StartKit目录中。打开StartKit目录，可以看到如下图的文献夹构造：一旦你对文献或文献夹做了任何修改，那么文献或文献夹的显示图片机会发生变化。下图中我修改了其中的二个文献(附：不一样状态所对应的图片)目前我们已经懂得怎么将源代码签入到SVN服务器，怎么从服务器签出代码到本机，也简朴理解了不一样状态所对应的图案啦。提交修改正的文献到SVN服务器上面的图2-2-7中，我修改了位于Model文献中的二个文献ImageInfo.cs和NewsInfo.cs，下面演示怎样提交到SVN服务器。注意：提交源代码到服务器时，一定保证本机的代码是最新版本，否则也许提交失败，或者导致版本冲突。在Model文献夹上点击右键或在Model文献下的空白处点击右键，点击SVNCommit…弹出下面的窗体：点击ok。添加新文献到SVN服务器我们在Model文献下添加一种新的类文献UserInfo.cs，在Model文献下的空白处点击右键，点击SVNCommit…，和上面讲的提交修改正的文献到SVN服务器同样，就可以了。此外也可以在文献UserInfo.cs上点击右键，点击TortoiseSVN=>>Add，弹出如下图的窗体：选中UserInfo.cs文献，点击OK按钮，这样并没有将这个文献提交到SVN服务器，只是将这个文献标识为源代码库库中的文献，并将其状态置为修改状态。之后，我们要再SVNCommit这个文献一次，才可以将其真正提交到SVN服务器上的代码库中。更新本机代码与SVN服务器上最新的版本一致这个也很简朴，只要在需要更新的文献夹上点击右键或在该文献下的空白处点击右键，点击SVNUpdate，就可以了。注意：更新操作也许会由于版本冲突而失败，这是可以使用合并【Merge】或其他措施处理；也也许由于锁定【GetLock】而失败，这是需要先解锁【ReleaseLock】。重命名文献或文献夹，并将修改提交到SVN服务器只要在需要重命名的文献或文献夹上点击右键，点击TortiseSVN=>>Rename…，在弹出的窗体中输入新名称，点击OK按钮，就可以了。此措施也不是直接重命名，而是将该文献或文献夹的名称标识为重命名后名称，也需要我们使用SVNCommit提交到SVN服务器后才真正重命名。删除文献或文献夹，并将修改提交到SVN服务器最简朴就是，你直接删除文献或文献夹，然后使用SVNCommit提交更新到SVN服务器。此外一种措施是在你要删除的文献或文献夹上点击右键=>>TortoiseSVN=>>Delete删除,此措施也不是直接删除，而是将该文献或文献夹的状态置为删除，也需要我们使用SVNCommit提交到SVN服务器后才真正删除。阐明：实际上，从你把源代码迁签入SVN服务器开始，每一种版本的数据和文献，就算是你已经删除了的，也都可以随时迁出。注意：向SVN服务器提交源代码的时候，一定不要提交bin、obj等文献夹，否则会很麻烦。不过web项目的bin目录除外，不过web项目的bin目录中的引用其他项目而生成的dll不需要提交。1.8.版本冲突原因：假设A、B两个顾客都在版本号为100的时候，更新了kingtuns.txt这个文献，A顾客在修改完毕之后提交kingtuns.txt到服务器，这个时候提交成功，这个时候kingtuns.txt文献的版本号已经变成101了。同步B顾客在版本号为100的kingtuns.txt文献上作修改，修改完毕之后提交到服务器时，由于不是在目前最新的101版本上作的修改，因此导致提交失败。版本冲突现象：冲突发生时，subversion会在目前工作目录中保留所有的目的文献版本[上次更新版本、目前获取的版本(即他人提交的版本)、自己更新的版本、目的文献]。假设文献名是kingtuns.txt对应的文献名分别是：kingtuns.txt.r101kingtuns.txt.r102kingtuns.txt.minekingtuns.txt。同步在目的文献中标识来自不一样顾客的更改。版本冲突处理：场景：1、目前A、B两个顾客都更新kingtuns.txt文献到当地。2、文档中原始文献内容如下：3、A顾客修改文献，添加内容“A顾客修改内容”完毕后提交到服务器4、B顾客修改文献，添加内容“B顾客修改内容”完毕后提交到服务器B顾客提交更新至服务器时提醒如下：B顾客将文献提交至服务器时，提醒版本过期：首先应当从版本库更新版本，然后去处理冲突，冲突处理后要执行svnresolved（处理），然后在签入到版本库。在冲突处理之后，需要使用svnresolved（处理）来告诉subversion冲突处理，这样才能提交更新。处理冲突有三种选择：A、放弃自己的更新，使用svnrevert（回滚），然后提交。在这种方式下不需要使用svnresolved（处理）B、放弃自己的更新，使用他人的更新。使用最新获取的版本覆盖目的文献，执行resolvedfilename并提交(选择文献—右键—处理)。C、手动处理：冲突发生时，通过和其他顾客沟通之后，手动更新目的文献。然后执行resolvedfilename来解除冲突，最终提交。处理环节如下：1、

在目前目录下执行“update”（更新）操作2、

在冲突的文献上（选中文献--右键菜单—TortoiseSVN—Editconflicts（处理冲突）），出现如下窗口Theirs窗口为服务器上目前最新版本Mine窗口为当地修改后的版本Merged窗口为合并后的文献内容显示

3、

假如要使用服务器版本，在Theirs窗口选中差异内容，右键，选择Usethistextblock（使用这段文本块）。同理假如要使用当地版本，在协商后，在Mine窗口右键，选择Usethistextblock（使用这段文本块）。4、

修改完毕后，保留kingtuns.txt文献内容。5、

在B顾客的冲突目录下，选中文献--右键菜单—TortoiseSVN—Resolved（处理）。会列出冲突的文献列表，假如确认已经处理，点OK。6、

冲突处理

7、提交处理冲突后的文献。怎样减少冲突处理的复杂度：1、当文档编辑完毕后，尽快提交，频繁