在Typo3下使用Git

我同时与几个使用Typo3 CMS的网站开发人员合作，我想使用Git，这样我们就可以在不覆盖其他工作的情况下一起工作，但我遇到了一些问题，我想知道你们是否可以给我一些见解：

• 我曾考虑为团队中的每个人安装一个本地Web服务器，但是从live Web服务器外部无法访问数据库，因此这意味着我们必须制作Web服务器的副本。还有一个问题是，如何在开发人员之间保持数据库的最新状态（例如，添加扩展）

• 为了使项目在每个开发人员的工作站上正常工作，我们必须添加几个变量，如BASEURL

这项任务只进行了15分钟，但这立刻让我产生了疑问：

• 在几个开发者之间使用VCS开发网站是否可行

您应该签出gitosis，以便在可通过网络访问的git服务器上安装

针对您的环境问题：

尽量统一开发环境

使用VCS的“忽略”功能可以忽略本应仅处理本地更改的文件

您应该签出gitosis，以便在可通过网络访问的git服务器上安装

针对您的环境问题：

尽量统一开发环境

使用VCS的“忽略”功能可以忽略本应仅处理本地更改的文件

---

您需要确定哪些参数用于区分本地环境和活动环境，以及在哪些文件中。这与VCS的使用实际上是一个单独的问题，尽管通常的做法是在版本控制中有一个模板设置文件（名称可以与实际文件略有不同，以避免混淆），该文件具有多个环境的配置，但在任何时间点只有一个（通常是本地）设置为活动

### local ###
port=8080

### production ###
# port=80

另一种方案是将这些特定于环境的配置文件放在相应的config/env文件夹中，并相应地引用它们

config/local/config.properties
config/production/config.properties

---

您需要确定哪些参数用于区分本地环境和活动环境，以及在哪些文件中。这与VCS的使用实际上是一个单独的问题，尽管通常的做法是在版本控制中有一个模板设置文件（名称可以与实际文件略有不同，以避免混淆），该文件具有多个环境的配置，但在任何时间点只有一个（通常是本地）设置为活动

### local ###
port=8080

### production ###
# port=80

另一种方案是将这些特定于环境的配置文件放在相应的config/env文件夹中，并相应地引用它们

config/local/config.properties
config/production/config.properties

---

VC一开始可能会有点棘手（尤其是移动DBs等），但无论哪种方式，它都会在整个项目中产生回报，而不使用VC只会帮助你积累。但是我应该如何面对所有这些我必须做的更改，以使其在我的机器中工作？我不想把它们推到实时服务器上…VC一开始可能会有点棘手（尤其是移动DBs等），但无论哪种方式，它都会在整个项目中产生回报，而不使用VC只会帮助你积累。但是我应该如何面对我必须做的所有这些更改，以使它在我的机器中工作？我不想把它们推到实时服务器上……这不是问题所在。问题是，随着数据库和其他变量的变化，“推”和“拉”操作会变得更加复杂。这是怎么回事？只能推/拉应推/拉的内容。对于数据库更改，您可以使用模式文件或更详细的数据迁移补丁方案来跟踪。当已知位置的配置文件被更新时，团队应该知道何时以及如何更新变量。我不知道模式文件或数据迁移补丁是什么，但是如果我不得不开始担心如何维护这个开发系统，我想我宁愿停留在旧的“每个人都在同一台服务器上写”上系统：S:S您的问题不仅仅是版本控制系统。当服务器或数据库宕机时，您的计划是什么？这不是问题所在。问题是，随着数据库和其他变量的变化，“推”和“拉”操作会变得更加复杂。这是怎么回事？只能推/拉应推/拉的内容。对于数据库更改，您可以使用模式文件或更详细的数据迁移补丁方案来跟踪。当已知位置的配置文件被更新时，团队应该知道何时以及如何更新变量。我不知道模式文件或数据迁移补丁是什么，但是如果我不得不开始担心如何维护这个开发系统，我想我宁愿停留在旧的“每个人都在同一台服务器上写”上系统：S:S您的问题不仅仅是版本控制系统。当服务器或数据库宕机时，您的计划是什么？但是当这些事情无法完成时，您应该怎么做，例如在索引中设置基本url。php在本例中，您可以接受每个开发人员的基本url是相同的（例如通过虚拟机），但是当这些事情无法完成时，您应该怎么做，例如，在index.php中设置基本url对于此示例，您可以接受此基本url对于每个开发人员都是相同的（例如通过虚拟机）