Version control Drupal 6:将bitbucket.org用作Drupal项目的真实版本控制系统虚拟对象

Version control Drupal 6:将bitbucket.org用作Drupal项目的真实版本控制系统虚拟对象,version-control,drupal,mercurial,drupal-6,bitbucket,Version Control,Drupal,Mercurial,Drupal 6,Bitbucket,这是一个真正的版本控制系统假人!合适的新手 我迄今为止的工作方式: 我有一个Drupal-6 web项目www.blablabla.com,并在www.blablabla.com/beta下进行开发。我正在服务器上直接使用blabla.com/beta。在我当地什么都没有,在其他任何地方都没有。只需要不时地备份到本地。我知道一种可怕而不安全的方式:/ 从现在开始,我希望采用的新工作方式是: 我决定使用Mercurial。我还有一个开发人员和我一起工作在同一个项目上。我在bluehost上有一

这是一个真正的版本控制系统假人!合适的新手


我迄今为止的工作方式: 我有一个Drupal-6 web项目www.blablabla.com,并在www.blablabla.com/beta下进行开发。我正在服务器上直接使用blabla.com/beta。在我当地什么都没有,在其他任何地方都没有。只需要不时地备份到本地。我知道一种可怕而不安全的方式:/


从现在开始,我希望采用的新工作方式是: 我决定使用Mercurial。我还有一个开发人员和我一起工作在同一个项目上。我在bluehost上有一个blabla.com Drupal-6项目,正在开发blabla.com/beta。我找到了mercurial主机的。我已经创建了一个帐户

那么现在我该如何设置呢?读了几十篇文章后,我完全糊涂了:/

  • bitbucket仅用于托管修订的文件?所以,如果我或我的开发人员朋友编辑index.php,bitbucket将只托管index.php
  • 从现在起,我是否必须在localhost工作并将更改上载到BlueHost?不再直接在blabla.com/beta上编辑?或者我还可以在blabla.com/beta2下使用bluehost吗
  • 当我需要编辑任何文件时,我是否首先从bitbucket下载更新,在localhost进行更改,更新已编辑文件的bitbucket,然后上载到bluehost

抱歉问了这么愚蠢的问题,我真的需要一个指导

非常感谢你的帮助!非常感谢

bitbucket仅用于托管修订的文件

bitbucket的主要服务是托管版本控制下的文件,但也有一种方法可以在其中存储任意文件

所以,如果我或我的开发人员朋友编辑index.php,bitbucket将只托管index.php

在一个典型的项目中,属于该产品的每个文件都被检查到版本控制中,而不仅仅是index.php

从现在起,我是否必须在localhost工作并将更改上载到BlueHost?不再直接在blabla.com/beta上编辑?或者我还可以在blabla.com/beta2下使用bluehost吗

Mercurial不指定修复工作流。但我建议您在编辑文件的地方安装mercurial。例如,您可以直接查看自上次提交以来所做的更改,而无需将文件从服务器复制到本地存储库

我绝对推荐一种工作流,其中存储库中的某个地方有一个脚本,该脚本生成归档文件,并将该文件传输到服务器,其中包含创建归档文件时存储库的修订版本。此修订信息也应该存储在服务器上的某个位置(不一定在公共可访问区域),因为当出现问题时,此信息非常方便

当我需要编辑任何文件时,我是否首先从bitbucket下载更新,在localhost进行更改,更新已编辑文件的bitbucket,然后上载到bluehost

有几种不同的方法将数据传送到服务器:

  • 将本地repo导出到存档中并将其传输到服务器上(
    hg archive production.tar.bz2
    ),这是最安全的变体,因为它不依赖于服务器上的任何额外软件。此外,根据归档文件的大小,这种方法可能会浪费大量带宽
  • 在服务器上工作并将更改的文件复制回来,但我不建议这样做,因为这很容易错过一些重要的内容
  • 在服务器上安装mercurial,在那里使用一个工作副本,然后将
    hg导出到本地生产区域
  • 在服务器上安装mercurial,并从bitbucket(或任何其他服务器可访问的存储库)获取
  • 在服务器上安装mercurial,并将本地工作副本中的
    hg推送到服务器上(然后在服务器上安装
    hg update
最后两点可以向公众公开存储库。根据您的存储库包含的内容以及您是否希望共享内容,此展示可以是好的,也可以是坏的。当您想要共享内容时,或者您可以限制对www.blabla.com/beta/.hg的访问,您可以直接从web服务器克隆

还要注意的是,即使在访问存储库时,也不应签入任何带有密码或关键机密的文件。签入模板文件(使用与生产中不同的名称)并在服务器上复制和编辑这些文件要节省很多

bitbucket仅用于托管修订的文件

bitbucket的主要服务是托管版本控制下的文件,但也有一种方法可以在其中存储任意文件

所以,如果我或我的开发人员朋友编辑index.php,bitbucket将只托管index.php

在一个典型的项目中,属于该产品的每个文件都被检查到版本控制中,而不仅仅是index.php

从现在起,我是否必须在localhost工作并将更改上载到BlueHost?不再直接在blabla.com/beta上编辑?或者我还可以在blabla.com/beta2下使用bluehost吗

Mercurial不指定修复工作流。但我建议您在编辑文件的地方安装mercurial。例如,您可以直接查看自上次提交以来所做的更改,而无需将文件从服务器复制到本地存储库

我绝对推荐一种工作流,其中存储库中的某个地方有一个脚本,该脚本生成归档文件,并将该文件传输到服务器,其中包含创建归档文件时存储库的修订版本。此修订信息也应该存储在服务器上的某个位置(不一定在公共可访问区域),因为当出现问题时,此信息非常方便

当我需要编辑任何文件时,我是否需要