【问题标题】:Sharing a Mercurial repository while maintaining user privacy在维护用户隐私的同时共享 Mercurial 存储库
【发布时间】:2011-12-06 12:27:04
【问题描述】:

我有一个商业产品,我想为我的客户make source code licenses an option

在理想世界中:

  1. 客户将购买源许可证
  2. 将他们的 BitBucket 用户名发送给我
  3. 接收私人 BitBucket 存储库的邀请

从那里,客户可以克隆存储库(尽管不将其设为私有)以供自己使用。如果他们进行了内部修改,他们仍然可以提取我的更新,并使用 Mercurial 出色的合并系统来解决任何冲突。如果他们修复了错误,他们甚至可以提交拉取请求。

BitBucket 的缺点是(据我所知,如果我错了,请纠正),私有存储库的用户可以看到彼此。我认为我的客户不会热衷于让其他客户知道他们正在使用该产品。

是托管我自己的 Mercurial 存储库的唯一选择吗,通过 HTTPS 公开并使用用户名/密码身份验证?或者可以让 BitBucket、Kiln 或其他 Mercurial 主机工作吗?

【问题讨论】:

    标签: mercurial bitbucket kiln


    【解决方案1】:

    是托管我自己的 Mercurial 存储库的唯一选择,暴露在 带有用户名/密码验证的 HTTPS?

    我认为是的。不过不难,我一个下午就搞定了。

    PublishingRepositories

    另外你也许应该看看RhodeCode,它看起来很有前途,而且似乎带有一个存储库管理界面。

    【讨论】:

    • 也许您可以设置一个脚本,以使您的新自托管存储库与您的 bitbucket 存储库保持同步。
    【解决方案2】:

    作为普通用户,您无法看到谁有权访问 Bitbucket 上的存储库。

    但是您可以看到存储库的历史(当然),因此客户 A 可能会看到客户 B 为您提供了错误修复。不过,这对于任何托管解决方案都是一样的,因为它是 Mercurial 的一般属性。

    因此,如果您想这样做,那么您需要提前告诉您的客户,他们在项目中进行提交时应该使用假名。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-06-08
      • 1970-01-01
      • 1970-01-01
      • 2014-01-16
      • 2014-11-01
      • 2011-07-04
      相关资源
      最近更新 更多