SVN上的队列提交

在我实际提交多个提交之前，有没有一种方法可以将它们排队（使用消息）

在工作中，我们有一个SVN服务器在运行，我更新了笔记本电脑上的代码。当我在家时，我不能提交，但我仍然喜欢记录这些提交

---

这就是变更列表的用途吗？

是的，使用git svn。您可以签出Subversion repo，这样您就有了它的本地git副本，对它执行所有工作，然后在有机会时将它推回到服务器。

是的，使用git svn。您可以签出Subversion repo，这样您就有了它的本地git副本，对它执行所有工作，然后在有机会时将它推回到服务器。

仅使用普通svn是不可能的。因为它违背了集中式版本控制的目的

但是，svk（带svn）将最适合您的需要。是一个分散版本控制系统（它包装了svn）

*svk是否允许您对存储库的本地副本进行多次提交，然后将所有提交合并回主存储库（保留所有日志消息）？
是的，这是它的第一个特点。但是，默认情况下，本地更改的合并将是远程存储库中的一次提交，除非您使用smerge-I。同时，smerge-l将把日志带到提交到远程存储库中。

仅使用普通svn是不可能做到这一点的。因为它违背了集中式版本控制的目的

但是，svk（带svn）将最适合您的需要。是一个分散版本控制系统（它包装了svn）

*svk是否允许您对存储库的本地副本进行多次提交，然后将所有提交合并回主存储库（保留所有日志消息）？
是的，这是它的第一个特点。但是，默认情况下，本地更改的合并将是远程存储库中的一次提交，除非您使用smerge-I。同时，smerge-l将把日志带到提交到远程存储库中。

我只想使用SVN，不想在我的笔记本电脑上安装任何SVN/GIT服务器。你不需要运行服务器。Git是一个分布式的、基于文件的SCM，它更像一个文件系统，而不是Subversion。有人完成了git svn的组装工作，这真的是对你的祝福，真的如果不连接到Subversion存储库，则无法提交到该存储库。因为它们是集中的，就是这样。你可以创建补丁文件，然后在再次连接后按顺序应用它们，但这太麻烦了。ATM这超出了我的想象，我需要时间来检查一下。谢谢你的回答，我会给你大家都同意的分数。我只想使用SVN，不想在我的笔记本电脑上安装任何SVN/GIT服务器。你不需要运行服务器。Git是一个分布式的、基于文件的SCM，它更像一个文件系统，而不是Subversion。有人完成了git svn的组装工作，这真的是对你的祝福，真的如果不连接到Subversion存储库，则无法提交到该存储库。因为它们是集中的，就是这样。你可以创建补丁文件，然后在再次连接后按顺序应用它们，但这太麻烦了。ATM这超出了我的想象，我需要时间来检查一下。谢谢你的回答，我会给你大家似乎都同意的分数。ATM这超出了我的头脑，我需要时间来检查一下。谢谢你的回答。这超出了我的想象，我需要时间来检查一下。谢谢你的回答。

<snip>
    * Does svk allow you to make several commits to your local copy of the repository and then be able to merge all the commits back to the main repository (keeping all the log messages)? 

Yes - this was its very first feature. However the merge of local changes will be one commit in the remote repository by default, unless you use smerge -I. Meanwhile, smerge -l will bring the logs to the commit made to remote repository. 
</snip>