LFS和标准

LFS结构非常接近Linux标准。这些基础标准是:

  • POSIX.1-2008.

  • Filesystem Hierarchy Standard (FHS)

  • Linux Standard Base (LSB) Core Specification 4.0

    LSB 有五个分离的标准: Core, C++, Desktop, Runtime Languages, and Printing. 除了一般需求也有构架描述需求。LFS尝试明确上节讨论的构架。

     注意

    很多人不同意LSB的需求。定义它的主要目的是确保合适的软件能够安装和运行在操作系统上。既然LFS基于源码,用户完全掌握哪些程序需要安装,哪些LSB需求的不被安装。

创建一个通过LSB认证的LFS系统是可能的。但是附加包超出了LFS的范围。大多数附加包的安装教程将在BLFS中。

满足LSB需求的LFS包

LSB Core:

Bash, Binutils, Coreutils, Diffutils, File, Findutils, Gawk, Grep, Gzip, M4, Man-DB, Ncurses, Procps, Psmisc, Sed, Shadow, Tar, Util-linux, Zlib

LSB C++:

Gcc

LSB Desktop:

None

LSB Runtime Languages:

Perl

LSB Printing:

None

LSB Multimeda:

None

满足LSB需求的BLFS包

LSB Core:

Bc, Cpio, Ed, Fcrontab, Initd-tools, PAM, Sendmail (or Postfix or Exim)

LSB C++:

None

LSB Desktop:

ATK, Cairo, Desktop-file-utils, Freetype, Fontconfig, Glib2, GTK+2, Icon-naming-utils, Libjpeg, Libpng, Libxml2, MesaLib, Pango, Qt3, Qt4, Xorg

LSB Runtime Languages:

Python

LSB Printing:

CUPS

LSB Multimeda:

Alsa Libraries, NSPR, NSS, OpenSSL, Java

满足LSB需求未包含在LFS或BLFS中的包

LSB Core:

At, Batch, Lsb_release

LSB C++:

None

LSB Desktop:

None

LSB Runtime Languages:

None

LSB Printing:

None

LSB Multimeda:

Xdg-utils

转载于:https://www.cnblogs.com/ibmsunix/archive/2011/12/29/2305798.html

### Git LFS Clone Git Clone 的区别及使用场景 #### 基础概念对比 `git clone` 是标准的 Git 命令,用于复制远程仓库到本地环境。此操作会下载所有的提交历史以及小型文件的内容[^1]。然而,在涉及大文件管理时,这些文件的实际二进制数据并不会被直接存储在常规的 Git 仓库中,而是通过 **Git Large File Storage (LFS)** 来处理。因此,当遇到包含由 Git LFS 跟踪的大文件的仓库时,仅依靠普通的 `git clone` 并不足以获取完整的项目资源。 另一方面,`git lfs clone` 实际上是对传统 `git clone` 功能的一种增强形式。它不仅完成了基础的代码库同步工作,而且还能更高效地识别并预加载所有必要的大型资产,比如高分辨率图像、视频剪辑或是庞大的数据库转储等资料[^3]。 #### 性能表现差异 从性能角度来看,采用 `git lfs clone` 方法往往能够在某些情况下带来显著的优势。这是因为其内部机制允许一次性请求多个 LFS 对象而非逐个拉取它们,进而减少网络往返次数并加快整体传输速度[^2]。对于那些依赖大量外部媒体素材或者频繁更新超尺寸组件的应用程序来说尤为重要。 #### 使用场景分析 - 如果目标仅仅是浏览源码结构或者是调试轻量级应用程序,则简单的 `git clone` 就已经足够满足需求。 - 然而,当你面对需要深入研究多媒体内容制作流程中的复杂交互关系,又或者是参与维护一个长期积累下来含有众多巨型附件的历史档案馆性质的开源工程之时,那么选用专门优化过的 `git lfs clone` 显然是更为明智的选择。 以下是两种方式的一个简单比较表格: | 特性 | git clone | git lfs clone | |---------------------|------------------------------------|-----------------------------------| | 主要作用 | 复制整个项目的版本控制信息 | 同样复制项目基本信息外加加速抓取LFS跟踪的大文件 | | 支持的大文件数量 | 不限 | 更擅长应对海量级别的大规模文档集合 | | 初始设置时间消耗 | 较短 | 可能稍长但由于后续效率提升所以值得 | 综上所述,虽然两者最终目的都是为了实现远端至近端的数据迁移任务,但在实际应用过程中还是存在着不少细微差别等待我们去发掘利用! ```bash # Example of using both commands respectively. # Regular cloning process without special treatment towards large files: git clone https://example.com/repo.git # Enhanced approach specifically designed for handling repositories with many big assets efficiently: git lfs clone https://example.com/repo-with-large-files.git ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值