我对svn完全陌生，我最后一次使用任何类型的源代码控制都是1987年（sccs）。我是一个单人开发团队，我对svn的唯一目的是允许我拥有生产中的源代码副本，这样我就可以快速修复，同时还有另一个副本用于我进行新功能开发。如果我发现需要立即关注的错误，我会在“快速解决方案”中修复它。复制，将其推送到生产，然后将更改合并到正在进行的开发＆＃39;复制。当我推动“正在进行的发展”时投入生产，我需要重置“快速解决方案”。副本。
我实际上开发了3个站点，它们有很多共同之处，有些共享代码，但大多数是彼此通信的方式有多种。
我最大的困惑是术语＆＃39;工作副本＆＃39;书签＆＃39;。我也想知道＆＃39; trunk＆＃39;，＆＃39; branch＆＃39; ＆安培; ＆＃39;标记＆＃39;，术语，我甚至需要一个单人商店吗？
有关如何设置的任何建议吗？我能够从相关问题中获得的唯一一点就是我可能应该为所有三个站点使用1个存储库。除此之外，我已经失去了如何设置它，我在Mac上使用版本，如果这有任何区别。
更新：下面提到的书非常好，而且我已经理顺了（我想）。最初的混淆是书签这个词。原来这是一个版本（Mac）特定术语，书签只是为工作副本添加书签。
所以这就是我已经想到的，首先创建一个存储库，然后导入我的三个网站
为每个网站创建两个工作副本
brad/tvdco/prod
brad/tvdco/fix
brad/neeis/prod
brad/neeis/fix
brad/pdftk/prod
brad/pdftk/fix
开始处理？/ prod工作副本中的新功能
如果我需要紧急修复，我修复/测试？/ fix，将修复提交到存储库，然后导出并推送它。
然后我更新？/ prod以获得新的开发。
当我准备好推送新功能时，我提交？/ prod，导出它，推送它，转到？/ fix并更新它。
从svn的角度来看非常直接。
答案 0 :(得分：1)
查看SVN Book（在线）以帮助您前进。它将向您介绍可以帮助您的概念。第一章将帮助您克服术语。
很多设置都取决于您以及您希望如何使用它。大多数repos使用Branch，Tag，Trunk root设置，但这不是必需的。
答案 1 :(得分：1)
对于一个人团队，我总是建议git，一个分布式版本控制系统。它需要 no 中央服务器，在我看来，它比SVN更容易设置和更灵活 - 至少对于你描述的用例（我不想开始）这里的火焰战:)）。 git有惊人的official documentation甚至是a beginner's guide on stackoverflow。
说实话，它自己的术语是一开始就必须要学习的东西。我的一些朋友在前一段时间仍在使用svn，但没有轻易切换到git。但是如果你长时间没有使用版本控制，很可能你会发现git的方法很新鲜。