从相同的 user/different 来源提交
Commit from same user/different source
假设一个分支看起来像这样
Project1
FolderA
FolderB
File1
在装有 Tortoise 客户端的同一台 PC 上,我进行了两次结帐:
- 签出位置
C:\Project1
中的根文件夹 Project1
- 在位置
D:\FolderB
的 FolderB
的另一个结帐
如果我在每个位置单独工作并从 C:\Project1
和 D:\FolderB
提交 File1
SVN 会不会有任何问题,因为它是同一用户或不同位置?
我猜它之所以有效,是因为 SVN 用户进行了修订,是否是同一用户并不重要,对吗?
我想这样做的原因是当我在我还不能提交的事情上工作了几天,但有一些事情需要修复,与我之前所做的提交有关。
正如猜测的那样,它工作得很好。同一用户从不同位置提交的事实显然不是问题,并且可以由该工具很好地管理。当存储库的一部分在多个项目之间是通用的,由同一个人在不同的工作副本中开发时,这是必要的。
但是你不应该使用术语 checkin 但请使用 commit 这是 svn 的正确词。
我有个坏消息要告诉你:如果 File1
在两个 WC 中共享同一个 repo-URL,你 将无法 拥有 2 独立 2 个 WC 的变化行。
如果File1
中的更改已经从任何工作副本提交,第二次提交(也修改)File1
将被阻止从第二个WC:你必须更新 WC,从另一个 WC 中的早期提交中带来 File1
中的更改,并 合并更改 ,即两个 WC 中的 File1
将包含 WC1+WC2 更改。
为了能够在不受干扰的情况下执行独立更改,您必须使用分支
假设一个分支看起来像这样
Project1
FolderA
FolderB
File1
在装有 Tortoise 客户端的同一台 PC 上,我进行了两次结帐:
- 签出位置
C:\Project1
中的根文件夹Project1
- 在位置
D:\FolderB
的
FolderB
的另一个结帐
如果我在每个位置单独工作并从 C:\Project1
和 D:\FolderB
提交 File1
SVN 会不会有任何问题,因为它是同一用户或不同位置?
我猜它之所以有效,是因为 SVN 用户进行了修订,是否是同一用户并不重要,对吗?
我想这样做的原因是当我在我还不能提交的事情上工作了几天,但有一些事情需要修复,与我之前所做的提交有关。
正如猜测的那样,它工作得很好。同一用户从不同位置提交的事实显然不是问题,并且可以由该工具很好地管理。当存储库的一部分在多个项目之间是通用的,由同一个人在不同的工作副本中开发时,这是必要的。
但是你不应该使用术语 checkin 但请使用 commit 这是 svn 的正确词。
我有个坏消息要告诉你:如果 File1
在两个 WC 中共享同一个 repo-URL,你 将无法 拥有 2 独立 2 个 WC 的变化行。
如果File1
中的更改已经从任何工作副本提交,第二次提交(也修改)File1
将被阻止从第二个WC:你必须更新 WC,从另一个 WC 中的早期提交中带来 File1
中的更改,并 合并更改 ,即两个 WC 中的 File1
将包含 WC1+WC2 更改。
为了能够在不受干扰的情况下执行独立更改,您必须使用分支