此功能可从Pro计划及以上提供。

开发过程通常要求您在多个分支机构上工作。Lokalise支持类似于GitHub的分支,有一些限制(见下文)。

指数

使分支

如果分支特性包含在订阅计划,您可以通过继续更多的>设置

蜱虫的分支复选框下一般选项卡,杂项部分。别忘了点击保存更改下面是:

一旦启用,分支机构选项卡将出现在项目设置。您可以在那里添加、删除和合并分支。

创建分支

默认情况下,调用单个分支掌握都将为你而创造。控件下可以创建其他分支分支机构选项卡,或者直接从分支选择下拉菜单(在编辑器中或在项目仪表板上):

合并

一旦你完成了一个分支并且想合并它,你应该考虑几件事:

  • 不能删除具有活动任务或订单的分支。

  • 当存在活动任务或订单时,合并不可用在目标分支上。

  • 冲突可以在合并之前解决。

  • 合并是不可逆转的。

无论何时开始合并过程,我们都会事先检查冲突。

您可以解决其中一个分支机构的冲突

了解合并

理解合并过程是如何工作的至关重要,所以让我们看一些示例。

假设您有一个名为掌握.然后创建一个名为开发这是基于掌握.最初,这两个分支是相等的(意味着翻译数据,语言设置和其他内容是相同的)。我们也假设我们有一个关键欢迎英文翻译为“Welcome to the app!”

场景#1:仅执行开发的更改并合并到Master中

开发分支机构我们更改“欢迎来到应用程序!”“欢迎来到我们的应用!”。的掌握Branch没有变化。然后我们合并开发掌握.因此,掌握分支机构现在还将包含“欢迎来到我们的申请!”翻译这意味着欢迎钥匙。

场景#2:只在master中执行更改并合并到develop中

这个场景与第一个场景非常相似。如果你改变翻译欢迎在“欢迎使用我们的应用程序!掌握然后把这个分支合并成开发,则此新版本将出现在开发分支。

场景#3:在master和develop中更改相同的翻译并执行合并

现在假设我们已经修改了我们的英文翻译欢迎关键在两个分支:

  • 掌握-“欢迎加入我们的应用程序!”

  • 开发——“欢迎登机!”

在这种情况下,如果你试图合并开发掌握,或掌握开发,将检测到冲突。您需要手动选择要保留的版本。另一个版本将在合并过程中被删除。

场景#4:在开发中执行更改并将master合并到开发中

这种情况不那么明显。假设你改变了欢迎翻译成“Welcome to our application!开发分支。的掌握分支,但没有改变,只包含旧的翻译值“Welcome to the app!”。如果你合并掌握开发,则“欢迎使用我们的应用程序!”翻译将作为结果使用。

实际上,这意味着您不能“恢复”在开发使用旧掌握版本。为什么?只要翻译在开发分支创建后修改,而掌握完好无损,我们认为开发版本是最新的。旧版本不能覆盖新版本,因此在这种情况下,您将得到“欢迎使用我们的应用程序!”的翻译。但是,如果您在两者中更改了相同的翻译掌握开发然后就会出现场景3中所描述的冲突。

场景# 5:删除欢迎输入主键,更新开发中的相同键,然后执行合并

在这种情况下,结果将取决于你选择的目标分支和源分支:

  • 如果您选择合并开发掌握,然后你会看到一个冲突说欢迎密钥在一个分支中被删除,在另一个分支中被更新。

  • 如果您选择合并掌握开发,然后不会检测到任何冲突,因此欢迎钥匙将完好无损(它不会被移除)。


分支如何影响您的项目

一旦启用了分支,项目的当前版本就变成了掌握分支

项目的不同区域/功能现在是全球要么branch-specific

自动化

  • 自动化工作只是为了掌握分支

项目设置

  • 项目设置是全球

快照

  • 快照是当前创建的只是为了掌握分支。这适用于所有自动快照(即应用批量操作时)。

贡献者

  • 贡献者列表如下全球

  • 贡献者可以访问所有分支和您不能使某些分支“受保护”(仅对项目管理员或某些贡献者可用)。

  • 语言访问和角色在所有分支机构中共享。

语言

  • 语言是branch-specific

  • 语言中可能存在合并冲突,需要在合并阶段解决。

  • 改变一种语言语言设置)在分支模式下禁用。

  • 键是branch-specific

  • 可以合并冲突,您需要在合并阶段解决。

  • 合并时,新密钥数据会覆盖目标分支中的现有密钥数据(检查上面的示例)。

  • 关键标签不要创建冲突,它们是合并的。

评论

  • 关键评论是全球

  • 关键注释在所有分支都可见。

翻译

  • 翻译是branch-specific

  • 可以合并冲突,您需要在合并阶段解决。

  • 综述了未经证实的状态也可能产生冲突。

  • 在合并时,源转换将覆盖目标(现有)数据,包括审查,未经证实的自定义翻译状态(如果启用)

  • 拼写例外适用于所有分支。

  • 关键的参考branch-specific

  • 不支持交叉分支键参考。如果您引用了一些其他项目键,则默认为此掌握

术语表

  • 词汇表是全球

  • 术语提取仅适用于的主人。

翻译历史

  • 翻译的历史branch-specific

截图

  • 屏幕截图存储是全球的,但是关键链接是branch-specific.如果删除屏幕截图,则会从所有分支中删除。

上传

  • 上传的是branch-specific

下载

  • 下载branch-specific

  • 从其他项目中包含的字符串基于掌握如果在所选项目中启用了分支。

活动

  • 活动是branch-specific

  • 某些事件仅显示在掌握如果它是一个全局活动(例如,添加一个贡献者)。

  • 分支被删除后,分支活动将丢失(不适用于审核日志).

任务

  • 任务是branch-specific

订单

  • 订单特定分支。

统计数据

  • 统计是branch-specific

API.

  • API请求是branch-specific

  • 分支仅在API 2.0

集成

  • 集成是全球要么branch-specific

  • github,gitlab,bitbucket和其他与...相关的集成branch-specific

  • Webhook,Asana,电子邮件,Jira,Slack,Trello可以是全球(任何分支机构)或每分支。

  • 所有其他的集成都是掌握分支。

离线翻译

  • 离线翻译branch-specific

  • 如果从中下载了Xliff文件Branch_A.,则只能上传回Branch_A.,但不是Branch_B..类似地,从Branch_B.只能上传到Branch_B.

这回答了你的问题了吗?