将当前git repo转换为与git buildpackage兼容的

我在git上的个人私有回购协议下有一堆有用的实用程序脚本，在那里我不必担心分支/标记等问题，因为它们是不必要的

最近，我想我会看到为其中一些人创建debian软件包，我当前的构建过程是：

• 创建目录包\u name-version
• 将二进制文件和手册页从回购位置复制到此位置

• dh_make--createorig

• 安装

  版权

  /

  更改日志

  /

  安装

  /

  控制

  /manpages文件在创建的

  debian/

  目录中

• dpkg buildpackage-rfakeroot

我读了更多的书，发现git buildpackage意识到它可以从git提交和标记创建变更日志，使整个过程更简单，并对其进行适当的版本控制

我已通过以下方式将脚本和手册页提取到另一个repo：

cd /path/to/old-repo 
git format-patch --stdout --root -- <path> >~/patches 
cd /path/to/new_repo 
git am ~/patches

cd/path/to/old repo
git格式修补程序--标准输出--根-->~/patches
cd/path/to/new_repo
git-am~/补丁

现在在新的repo根目录中，我有了一个脚本和manpage

我已经查看了哪些邮件似乎在处理已经配置好的repos，因为它引用了.orig.tar.gz文件和上游版本

我正在努力理解如何将我的新回购协议的结构（带有一个脚本和一个手册页）改变为它应该是什么

我知道我需要改变结构，为版本创建标记，创建分支，但不确定结构和git命令

如果有人能在这方面提供帮助或概述整个过程，我们将不胜感激

---

抱歉，篇幅太长。

使用

git buildpackage

工具管理项目有很多不同的方法。听起来，在你的情况下，你没有特别需要跟踪精确的原始球。您不需要使用那些谈论

.orig.tar.gz

文件或上游版本的部分。该文档似乎主要关注导入/跟踪/合并上游源的好方法，但您是上游

在您的案例中，我能想到的唯一重要的git回购结构是git buildpackage希望您的项目处于顶级。也就是说，

debian/

目录应该是repo中的顶级目录，并且是

.git

目录的同级目录

您可能还希望将您的包标记为“本地”包，这意味着不需要将orig tarballs与debian包分开跟踪。为此，请使用没有debian修订号的debian软件包版本（末尾没有“

-N

”）和

---

git buildpackage

手册和手册（位于

/usr/share/doc/git buildpackage/manual html/

或）可能是进一步信息的最佳来源。

由于缺少此文件，因此不确定您对debian/source/格式的理解。由于它是bash脚本，所以没有任何源代码（或者所有内容都是源代码，具体取决于您的视点），因为没有编译任何内容。还有一件事，就是查看bash的完成情况。这些完成脚本是否应来源于/etc/bash_completion.d/或postinstall的输出？另外，我如何组合规则，例如“已知”主机和“文件目录”xspec，如如果完成不能匹配主机，请尝试普通文件。您应该创建

debian/source/format

文件。是的，bash脚本肯定是这个上下文中的源代码。如果您有关于bash完成的单独问题，您应该单独发布。

echo "3.0 (native)" > debian/source/format