SVN 更新过程

八、SVN 更新过程

SVN 更新过程

Jerry 提交了他第一个版本的代码. 但是他想他应该写两个函数用来接收输入和显示数组，在修改之后， array.c 看起来像是下面这样。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
#include <stdio.h>
#define MAX 16

void accept_input(int *arr, int n) {
   int i;
   for (i = 0; i < n; ++i) 
   scanf("%d", &arr[i]);
}

void display(int *arr, int n) {
   int i;
   for (i = 0; i < n; ++i) 
   printf("|%d| ", arr[i]);

   printf("\n");
}

int main(void) {
   int i, n, arr[MAX];

   printf("Enter the total number of elements: ");
   scanf("%d", &n);

   printf("Enter the elements\n");
   accept_input(arr, n);

   printf("Array has following elements\n");
   display(arr, n);

   return 0;
}

Jerry 编译和测试了他的代码，现在他准备提交他的更改。在此之前，他想要用下面的命令查看更改。

1
[jerry@CentOS trunk]$ svn diff

对于新增加的行， Subversion 在前面加上了 ＋ 号，并且用 – 号标记了删除掉的行。现在， Jerry 尝试使用下面的命令来提交他的更改：

1
[jerry@CentOS trunk]$ svn commit -m "Add function to accept input and to display array contents"

Subversion 不会允许 Jerry 提交他的更改，因为 Tom 已经修改了仓库，所以 Jerry 的工作副本已经失效。为了避免两人的代码被互相覆盖，Subversion 不允许他进行这样的操作。Jerry 在提交他的更改之前必须先更新工作副本。所以他使用了 update 命令，如下：

1
[jerry@CentOS trunk]$ svn update

Subversion 在这个文件前面加上了字母 G 标记, 这意味着这个文件是被合并过的。

1
[jerry@CentOS trunk]$ svn diff

Subversion 只展示出了 Jerry 的更改，但是 array.c 文件被合并了。如果你仔细观察，Subversion 现在展示的版本号是3。在之前的输出中，它展示的版本号是2。只是展示出了谁对其进行了更改和更改的目的。

1
jerry@CentOS trunk]$ svn log

现在 Jerry 的工作目录是和仓库同步的，他现在可以安全地提交更改了。

1
[jerry@CentOS trunk]$ svn commit -m "Add function to accept input and to display array