设置 BitBucket 和 Mercurial 以在组环境中使用

发布于 2024-12-26 11:29:54 字数 525 浏览 0 评论 0原文

我的公司目前正在使用 Mercurial 和 BitBucket 实施版本控制系统。目前,我们在 bitbucket 上设置了存储库并且能够使用它们,但我们的工作流程有点笨拙。我们使用 Visual Studio 在 .Net 中进行 Web 编程。目前,我们已经在本地建立了一个克隆存储库并从那里开始工作。我们可以使用 Visual Studio 和 VisualHg 来完成此操作。

为了编辑文件,我们从本地存储库在 Visual Studio 中打开它们并进行编辑。然后,我们将更改提交到 Hg,它会按应有的方式更新存储库。然后,我们需要将文件从本地系统 FTP 到 DEV 服务器进行测试,然后在 QA 完成并获得批准后再次 FTP 到生产服务器。

如果我们可以将 BitBucket 存储库与我们的 DEV 服务器同步,那么所需要做的就是提交更改以在 DEV 中进行测试,从而绕过定位和 FTP 传输所有相关文件的其他必要步骤,这将有助于简化事情。

有谁知道这是否可能?如果是这样,您能否向我指出任何可以向我展示如何进行设置的文档?我们的开发人员将永远感激不已。感谢您抽出时间。

My company is currently implementing a versioning system using Mercurial and BitBucket. We currently have respositories set up on bitbucket and are able to use them, but our work processes for doing so are a bit clunky. We use Visual Studio for web programming in .Net. Currently, we have set up a cloned repository locally and work from there. We can do this using Visual Studio with VisualHg.

In order to edit files we open them in Visual Studio from the local repository and make our edits. We then commit our changes to Hg, which updates the repository as it should. Then we need to FTP the files from our local system to the DEV server for testing and then FTP again to the Production server once QA is completed and approved.

It would help streamline things if we could have the BitBucket repository synced with our DEV server so that all that was required is to commit changes for testing in DEV, bypassing the otherwise necessary step of locating and FTP'ing all relevant files.

Does anyone know if this is possible? If so, can you point me to any documentation that would show me how to set this up? Our developers would be eternally grateful. Thanks for your time.

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

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

发布评论

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

评论(1

北风几吹夏 2025-01-02 11:29:54

在我看来,使用 Mercurial 并不是解决这个问题的正确方法。

它不是正确的解决方案的主要原因是 Mercurial 中的文件不是您想要在生产服务器上使用的文件,因此也不是您想要在开发服务器上使用的文件(因为您想要QA 环境尽可能接近生产环境)。 Mercurial 中没有存储任何程序集文件(或者不应该有),这些文件是服务器应该用来运行应用程序的文件。

Visual Studio 中内置了可用于此任务的部署工具。可以将它们配置为一键单击即可上传所有必要的文件。

Scott Hanselman 在他的博客上有一篇关于此问题的帖子

Troy Hunt 更进一步,引入了带有 的构建服务器这组优秀的帖子。它使用 Subversion 作为存储库,但也可以使用 Mercurial 来完成。

我更喜欢构建服务器方法,因为一旦正确设置它,它就会 100% 可靠。每次您要求它进行部署时,它都会执行相同的操作。如果您使用 Visual Studio 来执行此操作,则执行发布的开发人员可能会选择不同的选项并出错。

In my opinion, using Mercurial is not the correct solution for this problem.

The main reason for it not being the correct solution is that the files that are in Mercurial are not the files that you want on the production server and so aren't the files that you want to use on your development server (because you want the QA environment to be as close to the production environment as possible). There are no assembly files stored in Mercurial (or there shouldn't be) and those are the files that the server should be using to run the application.

There are deployment tools built into Visual Studio that you can use for this task. They can be configured to upload all the necessary files with one button click.

Scott Hanselman has a post on his blog about this.

Troy Hunt takes it one step further by introducing a build server with this excellent set of posts. It uses Subversion as the repository but it can be done using Mercurial too.

I prefer the build server method as, once you have it set up correctly, it makes it 100% reliable. It will do the same thing every time you ask it to do the deployment. If you use Visual Studio to do it the developer doing the publish could choose different options and get it wrong.

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