Mercurial - 如何制作本地中央存储库
Mercurial - how to make a local central repository
我想在本地计算机的目录中有一个中央存储库，而无需设置服务器。
上下文：我和我的老板在局域网内的本地服务器上工作。我们都在服务器上使用 vnc 连接，并且出于简单的原因在那里进行我们的工作。我想设置它，以便我可以拥有一份用于开发的脚本副本，然后当我发布时，我会将它推送到另一个目录，然后我的老板可以 运行 他们来自（或者甚至更好地从他自己的集合中拉出来，然后 运行 从那里）。
我读到你可以通过 运行ning 'hg serve' 创建一个 hg 服务器，但我不想将它开放到 LAN，因为我不希望它可以访问.
我尝试了 运行ning 'hg push /home/source'，它给了我一个错误。
然后我在该目录中 运行 'hg init' 并再次尝试。看起来它工作正常，然后没有显示目录中的任何文件。我 运行 状态，它什么也没显示，然后 运行 日志，它显示了提交。
... without setting up a server
我用来共享 "central" Mercurial 存储库而无需处理任何 "server" 问题的一种方法是将 "central" 存储库放在 Dropbox 的文件夹中。
例如，假设：
- 您的存储库名为 "repo" 并且您的 "private" 副本位于 ~/repo
- 您电脑上的 Dropbox 目录是 ~/Dropbox/
然后：
cd ~/Dropbox
hg clone ~/repo
现在假设您对 ~/repo 进行了一些更改。然后，您可以 "push" 从 ~/repo 到 ~/Dropbox/repo，或者（更容易，如下所述）当你准备好时，将它们 "pull" 到 ~/Dropbox/repo。
为了方便更新 "central" 存储库，您可能希望创建一个脚本，例如：
#!/bin/bash
cd ~/Dropbox/repo
hg tip
hg pull -u
hg tip
请注意，在脚本中，无需指定要从中提取的源；创建克隆时创建的 hgrc 文件会跟踪它。 （谢谢你，hg。）
如果您的同事可以直接访问您计算机上的文件夹，那么您仍然可以采用上述策略，而无需使用 Dropbox。
不用说，有很多变化。
不用说，如果不止一个人试图提交对共享文件夹的更改，很容易造成混乱。
我想在本地计算机的目录中有一个中央存储库，而无需设置服务器。
上下文：我和我的老板在局域网内的本地服务器上工作。我们都在服务器上使用 vnc 连接，并且出于简单的原因在那里进行我们的工作。我想设置它，以便我可以拥有一份用于开发的脚本副本，然后当我发布时，我会将它推送到另一个目录，然后我的老板可以 运行 他们来自（或者甚至更好地从他自己的集合中拉出来，然后 运行 从那里）。
我读到你可以通过 运行ning 'hg serve' 创建一个 hg 服务器，但我不想将它开放到 LAN，因为我不希望它可以访问.
我尝试了 运行ning 'hg push /home/source'，它给了我一个错误。 然后我在该目录中 运行 'hg init' 并再次尝试。看起来它工作正常，然后没有显示目录中的任何文件。我 运行 状态，它什么也没显示，然后 运行 日志，它显示了提交。
... without setting up a server
我用来共享 "central" Mercurial 存储库而无需处理任何 "server" 问题的一种方法是将 "central" 存储库放在 Dropbox 的文件夹中。
例如，假设：
- 您的存储库名为 "repo" 并且您的 "private" 副本位于 ~/repo
- 您电脑上的 Dropbox 目录是 ~/Dropbox/
然后：
cd ~/Dropbox
hg clone ~/repo
现在假设您对 ~/repo 进行了一些更改。然后，您可以 "push" 从 ~/repo 到 ~/Dropbox/repo，或者（更容易，如下所述）当你准备好时，将它们 "pull" 到 ~/Dropbox/repo。
为了方便更新 "central" 存储库，您可能希望创建一个脚本，例如：
#!/bin/bash
cd ~/Dropbox/repo
hg tip
hg pull -u
hg tip
请注意，在脚本中，无需指定要从中提取的源；创建克隆时创建的 hgrc 文件会跟踪它。 （谢谢你，hg。）
如果您的同事可以直接访问您计算机上的文件夹，那么您仍然可以采用上述策略，而无需使用 Dropbox。
不用说，有很多变化。
不用说，如果不止一个人试图提交对共享文件夹的更改，很容易造成混乱。