Mercurial:用于远程开发的 Windows 客户端

发布于 2024-10-03 08:42:41 字数 359 浏览 3 评论 0原文

我们有一个测试服务器,每个开发人员都有自己的沙箱。事实上,我们的网络项目是如此庞大,以至于我们不能允许开发人员编辑所有内容,即使是在沙箱中。例如,开发人员无权查看来自其他一些 Web 服务的一些密码文件。不管怎样,问题是,我们不能允许开发者将整个项目克隆到他们自己的电脑上进行开发。所以我们想远程工作。

哪个 Windows 客户端支持 REMOTE Mercurial 存储库探索?我知道 tortoiseHG 无法做到这一点。我尝试使用 sftpdrive 软件挂载项目目录,但在我尝试“探索存储库”后,tortoiseHG 就冻结了(可能是因为办公室的带宽较低)。

请问,是否有适用于 Windows 的 Mercurial GUI 客户端可以通过 sftp 工作?

We have a test server where every developer has their own sandbox. In fact, our web project is so huge that we can't allow developers to edit everything even in sandbox. For example, there are some password files from some other web services that developers don't have permissions to see. Anyway, the thing is, we can't allow developers to clone whole projects to their own PC's for development. So we want to work remotely.

Which Windows client supports REMOTE mercurial repository exploring? I know that tortoiseHG is not capable of doing this. I tried to mount the project directory with sftpdrive software, but tortoiseHG just froze after I tried to 'explore repository' (it's probably because of low bandwidth in the office).

Please, is there any mercurial GUI client for Windows that can work over sftp?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

终止放荡 2024-10-10 08:42:41

您应该将您的 Web 应用程序分解为多个存储库,并让开发人员仅具有读/写访问权限(通过克隆、推送和拉取,而不是一些无意义的文件 xfer 协议)。类似于:

/webapp  (top level repository)
  |
  +---- secret stuff here
  |
  +---- more secret stuff here
  |
  +---- developer-okay-code-only-repo

/webapp 是修订控制中的整个系统,其中有许多开发人员无法访问的文件,然后包含在 子存储库,开发人员可以从中克隆和拉取(也可能推送)。

You should decompose your web app into multiple repositories and let the developers only have read/write access (via clone, push, and pull not some nonsense file xfer protocol). Something like:

/webapp  (top level repository)
  |
  +---- secret stuff here
  |
  +---- more secret stuff here
  |
  +---- developer-okay-code-only-repo

Where /webapp is the whole system in revision control, and it has many files in it that developers can't access, and then has within in a subrepo that the developers can clone and pull from (and maybe push-to).

孤星 2024-10-10 08:42:41

没有这样的客户。我不认为它会永远存在。 客户端列表

如果您的 Web 项目实际上是具有共享资源的 Web 多项目,您可以将存储库拆分为子存储库 (子存储库)并在子存储库级别微调权限。

编辑评论:

如果所有things资源(设备、密码文件等)仅在服务器上满足的唯一环境,则无法在计算机上进行本地开发。要么重构代码并包含对不存在资源的模拟,以便开发人员的计算机可以像服务器一样运行,要么继续在服务器上使用沙箱,并在服务器上编写脚本从临时存储库中提取更改。

There is no such client. And I don't thing it will exist ever. List of clients.

If your web project is in fact a web multi-project with shared ressources, you can split your repository in subrepositories (subrepo) and fine tune permission at subrepositories level.

EDIT about comments:

if the only environment where all things resources (devices, password files, ...) are only met on the server, you can't make local development on your computer. Either you refactor your code and include mocks for non-existent resources, so your developers' computer can behaves like the server, or you continue to use sandboxes on servers and you make scripts on server that pull changes from a staging repository.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文