什么'；这是一种制作staging SVN存储库的简单方法

我想通过在本地机器上为自己单独设置一个SVN存储库来模拟“私有签入”。我的想法是，我可能想要版本控制的特性，比如diff、rollback、commit，但我还没有准备好让变更集对整个团队都可用。两个主要原因是，一个是坏的构建。我可能想在功能代码/可共享代码之间标记进度。第二，慢速连接上的大型变更集

我认为这是TFS的一个核心概念，但我无法控制我们使用哪些VCS。更灵活的是DVSC类型的产品，如git和Hg，但我不能再次更改系统，也不需要完全分布式版本控制系统的高级灵活性

我想解决的两个问题是：

1） 回购到回购提交。如果我现在提交到另一个存储库，我需要一种简单的方法将更改提交到团队的存储库

2） 更新正确性。如果我要更新副本，以获得团队其他成员的所有更改集，我需要它来将更改拉回到privaterepo的工作副本

有人这样做过吗？大多数类似的问题都是用git的副业来回答的。我认为这对我的处境来说是过分的。我可以让我的本地回购成为我想要的任何东西，但我无法控制团队的服务器。

你可能想读一读——它讲述了一个关于发现hg的SVN用户的故事，以及他是如何学习的（艰难的方式），以及他可以用所学的做些什么

在您的情况下，我建议您在自己的机器上创建自己的个人

hg

存储库，进行本地分支和提交，将整个开发过程保存在内部，并仅在准备就绪时提交给团队服务器

hginit解释了如何在您和您的团队存储库之间设置“中间”存储库，如果他们需要，他们中的一个可能不是SVN，这是没有理由的。

您可能想读一读——它讲述了一个关于发现hg的SVN用户的故事，以及他是如何学习的（艰难的方式），以及他可以用所学的东西做些什么

在您的情况下，我建议您在自己的机器上创建自己的个人

hg

存储库，进行本地分支和提交，将整个开发过程保存在内部，并仅在准备就绪时提交给团队服务器

---

hginit解释了如何在您和您的团队存储库之间设置“中间”存储库，如果他们需要的话，没有理由其中一个不是SVN。

最简单的方法可能是将更改分支到主Subversion上

---

完成后，将分支合并回主干。

最简单的方法可能是在主Subversion上分支更改

---

完成后，将分支合并回主干。

a）Joel Spolsky的hginit的0部分是“颠覆的呐喊”，对不起！所以-仔细阅读b）他没有写任何关于hgsubversion的文章，但是“临时变形…”c）乔尔在parralllel中没有写任何关于Mercurial和Subversion的作品-他的曼塔“Drop Subversion”a）乔尔·斯波尔斯基的hginit的0部分是“颠覆之声”，对不起！所以-仔细阅读b）他没有写任何关于hgsubversion的文章，但是“临时变形…”c）乔尔没有写任何关于Mercurial和parralllel中的Subversion的作品-他的曼塔“放弃颠覆”。。。不要忘了在过程中把主干合并到你们的分支中，若你们不想以后在重新合并时惊恐地哭泣和尖叫。。。若你们不想在重新整合的过程中惊恐地哭泣和尖叫，那个么不要忘记将主干合并到你们的分支中的过程