git-debimport - 云端在线

程序：

您的姓名

git-debimport - 从一组现有的 Debian 软件包创建一个 git 存储库

概要

git-debimport [选项] 路径前缀

商品描述

该程序将创建所有匹配 ${path-prefix}_*.diff.gz 的文件的 git 存储库
或 ${path-prefix}_*.debian.tar.{gz,bz2,xz} （以及它们对应的
orig.tar.{gz,bz2,xz})，或匹配 ${path-prefix}_*.tar.{gz,bz2,xz} 的所有文件（对于
Debian 本地软件包）。

配置

可以使用以下选项：

- 拿来
尝试从 snapshot.debian.org 下载所有可用版本而不是使用
一组现有的包。 这 快照(1) 实用程序，来自 devscripts 2.10.63 或
稍后，必须在路径中可用才能使用此选项（更早 快照 版本
仅支持不再是功能性镜像的 snapshot.debian.net）。 这
包将被下载到隐含的位置 路径前缀 他们在哪里
如果没有这个选项，通常预计已经存在。 已下载
此操作完成后，不会自动删除软件包。

--后期合并
的早期版本 git-debimport 只会合并上游和 debian 分支
在所有包的导入完成后。 这避免了导入失败
合并可能存在需要手动解决的冲突。 我们知道
系列中下一个包的导入将包含对任何此类的解析
冲突，因此延迟合并允许导入在没有干预的情况下进行
或引入不属于原始历史的更改。 然而它确实
出于浏览 Debian 更改的目的，生成质量较差的历史记录。
所有原始包都可以完美地从这样的 repo 中检索，
但是相邻 Debian 版本之间的差异将与上游更改混合在一起
了。

当前版本的默认值 git-debimport 是合并每个新的上游
导入时释放。 这提供了更自然和有用的外观
历史，但在某些情况下可能会失败。 使用此选项可以雇用更多的老年人
在导入过程中产生冲突的包的可靠方法。

-v， --详细
对正在进行的报告操作更加嘈杂。 大多数情况下只对
- 拿来 目前的选择。

例

从 mysrcdir 导入现有 'mypackagename' 包的存档：
$ mkdir mydestdir && cd mydestdir
$ git-debimport ../mysrcdir/mypackagename

导入所有可用版本 gitpkg 来自 snapshot.debian.org：
$ mkdir mydestdir && cd mydestdir
$ git-debimport --fetch ../my-gitpkg-sources/gitpkg

附注

遗憾的是，目前很多将源码导入git的工具
从现有的修订控制系统中，都留下了一些不足之处。 这个脚本
不能解决那个问题。 然而，它所做的是创建一个存储库，使其
可以准确地提取所有早期注入的包。
可悲的是，这比在 repo 上运行 git-cvsimport 的结果要多得多
例如，由 cvs-buildpackage 创建。

目前它非常简单，并且对
结果回购。 对于 debian 版本的软件包，它将创建一个带有两个分支的 repo：

上游 - 原始上游源
主 - 用于 Debianised 源代码

本机版本包将只有主分支。

虽然丢失单个提交的细粒度历史记录是最令人遗憾的，但这
脚本使维护者能够导入以前发布的包的可用记录
作为未来发展的基础。 对于那些觉得
现在将未来的开发转移到 git 的优势超过了
需要参考旧存储库以获取以前提交的完整详细信息。

希望从其他版本控制系统准确导入的问题将是
有一天解决了，但与此同时，简短但准确的历史似乎比
详细但大部分是假的。

随着 快照(1) 工具，此工具的使用寿命已延长
最初设想的需要。 无权访问原始修订版的人
控制历史完全可以为自己建立进一步发展的有用基础，
从公共快照镜像上仍然可用的包中快速轻松地进行。

使用 onworks.net 服务在线使用 git-debimport