问在使用git-ubuntu准备软件包之后，我应该如何上传它呢？

EN

Options

你有两个选择。

1.在没有丰富历史保存的情况下上传

您可以不做任何进一步的事情就可以正常地dput。在Launchpad接受您的上传后，git-ubuntu进口商将获取它并合成一个与其匹配的提交。git-ubuntu存储库中的分支指针将相应更新。

这是默认结果，意味着现有开发人员的工作流不会被迫改变。

这确实意味着您可能在本地完成的一组更丰富的提交将不会保存在git-ubuntu的包的“官方”存储库中。

您会注意到，git中的大多数上传都是这样导入的--今天的ubuntu--因为我们没有丰富的历史上传历史。

2.与丰富的历史保存

一起上传

git-ubuntu的设计允许通过将它们完全保存到“正式”记录中来保存您的承诺。然而，执行工作尚未完成。目前，我们有一个阻止措施，允许丰富的历史保存，但不幸的是，这需要一些手动步骤。

电流处理

请注意，这只适用于Ubuntu上传器。

如果你需要一个赞助商，请要求您的赞助商首先审查，因为保存的东西，不完全匹配的后续上传将不起作用。请记住，丰富的历史保存是可选的。请不要假设你的赞助商愿意遵循这个过程。

在dput之前，请~美元-进口-小组的一个成员让您丰富的历史对进口商来说是可见的。一旦导入器服务在Launchpad中看到包上传，它就会查找这个丰富的历史记录，如果找不到它就合成一个提交，这就是为什么必须在dput之前完成的原因。

提供您丰富的历史记录的~美元导入团队的最简单方法是通过链接到合并提案。请注意，目前还没有任何一般流程可以确保对针对git-ubuntu分支的合并建议进行审查。请安排您自己或自我批准，当您准备好dput，发送给我们一个合并建议的丰富历史保护步骤的链接。

未来短期流程

既然启动板-参考ACL支持已经准备好了，我们希望能够允许Ubuntu上传程序直接将丰富的历史信息传递给导入程序，从而消除当前需要的额外人工步骤的延迟。

长期预期过程

最终，我们打算让git-ubuntu进口商服务能够直接从合并提案或类似项目中获取丰富的历史记录。

基本原理

为什么这看起来很迟钝？

git-ubuntu存储库旨在反映真理的单一来源，对于Ubuntu来说，它是Ubuntu包的Launchpad出版物。Ubuntu开发人员上传包更新；这些更新会发布，而git存储库将反映这些发布。这与其他流程相反的开发项目相反:通常，开发人员推动git，并从git发布版本。

为了防止git存储库不匹配Launchpad发布，有必要确保git-ubuntu分支更新在被推送之前与其相应的Launchpad发布完全匹配。我们仅通过限制git-ubuntu导入服务来实现这一目标。只有与导入的Launchpad发布完全匹配时，导入服务才会采用上传者提供的丰富历史记录。如果提供的丰富历史记录不匹配，或者如果没有提供丰富的历史记录，则导入程序将合成一个与它正在导入的Launchpad发布完全匹配的提交。

这意味着我们需要一些方法来为git-ubuntu导入服务提供丰富的历史记录，这应该可以解释上面详细描述的三个选项。