lfs

昨天晚上装到第五章，Gcc - Pass 2的时候出了问题，configure怎么都过不去，报错很短，说我的gcc无法生成可执行文件，然后就在网上搜来搜去，初步判定有两种可能的原因： 1、 可能是我之前Glibc出错的那个地方，修改的不对，虽然最后编译过去了，但是很有可能不对。因为网上有跟我相似的错误（虽然不相同），他下面给出的回答 就是说之前可能在编译Glibc的时候不是独立编译的，用的是宿主机的什么什么。回想我确实在Glibc的地方出过错误，而且是我唯一出了问题的地方，所 以我断定60%的可能性是这个原因，如果是这个原因的话，就悲催了，首先我不得不全部重新来过，至少摇回溯到Glibc之前，那就相当于重来一遍了。其次 这个地方还得找到解决的办法。这种情况下只能找任世军问了，因为在网上没有找到Glibc那个问题的解决办法。 2、在configure那一步的紧前面有一段话＂ Before starting to build GCC, remember to unset any environment variables that override the default optimizationflags. ＂ 他说要把之前改动过的影响默认优化的一些变量啊重新置位，但是我根本不知道是哪些，总不能重头挨个找吧，而且一般需要做额外操作的地方这本书上都会有具体 的命令

某厂面试归来，发现自己落伍了！>>> 为了让安装时软件包过程中方便访问，我们最好建立一个目录来解压和编译源码包。我们在我们的工作目录/mnt/lfs中建立一个名字为sources的目录 既可以用来存储软件包和补丁，也可以作为工作目录。使用这个目录的好处是，所有需要的部件都在 LFS 分区上，构建过程中的所有步骤都可以访问到。 要创建这个目录，在开始下载之前用 root 用户登录，并运行下面的命令： mkdir -v $LFS/sources 把目录设置为可写和 sticky 模式，这里" Sticky "的意思是虽然某个目录对于多个用户有写入的权限，但这个目录中的文件只有其所有者才能删除。请运行下面的命令使目录可写，并设置 sticky 模式： chmod -v a+wt $LFS/sources 下边编译的所有程序都将安装到 $LFS/tools 目录下，以便与后边教程中编译的程序隔离开来。这里编译的程序只是临时使用的工具，不是最终 LFS 系统的组成部分。把这些程序放到一个单独的目录下，在使用过之后简单的删除掉就可以了。这样做也可以防止这些程序与系统中相同的程序混淆(新手很容易出现这样的事情)。 相关知识点：chmod a+wt是将目录或文件的属性设置为1777，这样任何人都可以对其进行读写。 以 root 用户运行下面的命令来创建所需的目录： mkdir -v $LFS

版本： go-ipfs@v0.4.23 IPFS中的filestore作用类似于Git中的LFS，主要用于存储大文件，在blockstore只存储大文件的dag root，在FileManager存放文件的metadata， 避免大文件充斥blockstore，节省blockstore的空间。 Git LFS LFS全称Large File System，是git用来存放大文件的地方。它有几个优点： 1、在git仓库只存储了大文件的链接(主要存放文件的sha256)，体积很小，方便clone和pull。 clone的时候只pull最新的版本，无需像其它object一样保存所有历史版本。 2、git diff基于文本行比较，而大文件大部分是二进制文件，diff不适用。 ipfs filestore filestore结构体如下 // Filestore implements a Blockstore by combining a standard Blockstore // to store regular blocks and a special Blockstore called // FileManager to store blocks which data exists in an external file. type Filestore struct { fm *

1.什么是git lfs Git LFS（Large File Storage, 大文件存储）是可以把音乐、图片、视频等指定的任意文件存在 Git 仓库之外，而在 Git 仓库中用一个占用空间 1KB 不到的文本指针来代替的小工具。通过把大文件存储在 Git 仓库之外，可以减小 Git 仓库本身的体积，使克隆 Git 仓库的速度加快，也使得 Git 不会因为仓库中充满大文件而损失性能。 2.优点是什么 git每次保存diff，一些大文件发生变化时，整个仓库就会增加很大的体积，导致clone和pull的数据量大增。对于git lfs来说，在使用git lfs track命令后，git push的时候，git lfs会截取要管理的大文件，并将其传至git lfs的服务器中，从而减小仓库的体积 3.怎么安装 注意：git lfs 要求 git >= 1.8.2 Linux curl -s https://packagecloud.io/install/repositories/github/git-lfs/script.deb.sh | sudo bash sudo apt-get install git-lfs git lfs install Mac 安装HomeBrew /usr/bin/ruby -e "$(curl -fsSL https://raw

Git LFS的使用 Git LFS 是 Github 开发的一个 Git 的扩展，用于实现 Git 对大文件的支持 使用目的 在游戏开发过程中,设计资源占用了很大一部分空间. 像png,psd等文件是二进制(blob)的,体积也很庞大. 但git的diff/patch等是基于文件行的.对于二进制文件来说. git需要存储每次commit的改动. 每次当二进制文件修改,发生变化的时候. 都会产生额外的提交量.导致clone和pull的数据量大增.在线仓库的体积也会迅速增长. LFS(Large File Storage) 就是为了解决这一问题而产生的工具. 它将你所标记的大文件保存至另外的仓库,而在主仓库仅保留其轻量级指针. 那么在你检出版本时,根据指针的变化情况下更新对应的大文件.而不是在本地保存所有版本的大文件 Linux curl -s https://packagecloud.io/install/repositories/github/git-lfs/script.deb.sh | sudo bash ` sudo apt-get install git-lfs git lfs install 使用 执行 git lfs install 开启lfs功能 使用 git lfs track 命令进行大文件追踪 例如 git lfs track "*.png"

Git LFS 简介 帮助文档： https://coding.net/help/doc/git/git-lfs.html Git LFS是Github开发的一个Git的扩展，用于实现Git对大文件的支持 LFS是Git的一个扩展，所以没有改变Git的工作方式，其是把指定需要LFS管理的文件替换成了一个指针文件交给Git进行版本管理 在pull/push等这些操作中，LFS又通过LFS服务器把这些文件的真身给下载或上传回来 通过这样的手段，使得本地仓库的体积大大减小，而不会出现随着这些文件的版本增多而体积剧烈膨胀的情况 这种把存储负担转移给了服务器的做法，让其强依赖于LFS服务器，本地仓库并不是一个完整的仓库 使用目的 在游戏开发过程中，设计资源占用了很大一部分空间，像png、psd等文件是二进制(blob)的，体积也很庞大 但Git的diff/patch等是基于文件行的，对于二进制文件来说，Git需要存储每次commit的改动 每次当二进制文件修改，发生变化的时候，都会产生额外的提交量，导致clone和pull的数据量大增，在线仓库的体积也会迅速增长 没使用Git之前，一般二进制文件和源代码分成两块，分别存放到不同的SVN仓库上（防止二进制文件中有病毒感染服务器，所以进行隔离） 当切换到Git上进行版本管理，就可以使用git lfs来管理这些二进制文件

git 的使用 去 github 官网注册 https://github.com/ 成为用户 1. 什么 git Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。 Git 与 SVN 区别 Git 不仅仅是个版本控制系统，它也是个内容管理系统 (CMS) ，工作管理系统等。 如果你是一个具有使用 SVN 背景的人，你需要做一定的思想转换，来适应 Git 提供的一些概念和特征。 Git 与 SVN 区别点： 1 、 Git 是分布式的， SVN 不是 ：这是 Git 和其它非分布式的版本控制系统，例如 SVN ， CVS 等，最核心的区别。 2 、 Git 把内容按元数据方式存储，而 SVN 是按文件： 所有的资源控制系统都是把文件的元信息隐藏在一个类似 .svn 、 .cvs 等的文件夹里。 3 、 Git 分支和 SVN 的分支不同： 分支在 SVN 中一点都不特别，其实它就是版本库中的另外一个目录。 4 、 Git 没有一个全局的版本号，而 SVN 有： 目前为止这是跟 SVN 相比 Git 缺少的最大的一个特征。

文章目录 1.【基本配置】 2.【仓库操作】 3.【差异比较】 4.【查看日志】 5.【文件操作】 6.【文件回滚】 7.【分支操作】 8.【代码合并】 9.【冲突处理】 10.【子模块】 11.【储藏操作（stashing）】 12.【LFS（Large File Storage）】 1.【基本配置】 设置用户名：git config --global user.name 设置邮箱：git config --global user.email 永久保存帐号密码：git config --global credential.helper store 临时保存帐号密码：git config --global credential.helper cache 查看所有配置：git config --list 删除配置：git config --global —unset 配置代理：git config [–global] http.proxy|https.proxy （不加—global时只对当前repo生效） 2.【仓库操作】 检出仓库：git clone 同步远端仓库并merge：git pull [remote] [local] 同步远端仓库并rebase：git pull -r [remote] [local] 查看远端仓库：git remote -v 添加远端仓库：git

构建临时系统 在(1)中说过我们所编译和临时系统的构建都是在我们所挂载的文件上执行的，并且我们还做了用户的隔离防止破坏宿主系统的环境 首先确保一下我们的当前目录是在/opt/lfs/sources下的，以及当前的用户是lfs pwd /opt/lfs/sources whoami lfs 文件的路径很重要，错了就可能在编译的时候出现各种错误 编译Binutils-2.25包 cd $LFS/sources tar -xf binutils-2.25.tar.bz2 cd binutils-2.25 mkdir -v $LFS/sources/binutils-build cd /opt/lfs/sources/binutils-build # 编译参数 生成makefile文件 ../binutils-2.25/configure \ --prefix=/tools \ --with-sysroot=$LFS \ --with-lib-path=/tools/lib \ --target=$LFS_TGT \ --disable-nls \ --disable-werror # 开始编译 make # 构建符号链接 case $(uname -m) in x86_64) mkdir -v /tools/lib && ln -sv lib /tools/lib64 ;; esac #

Vsftpd.conf配置文档 vsftp是一个高速，稳定，安全的ftp server,目前有许多大型ftp站点都使用它,如ftp.redhat.com,ftp.kde.org,ftp.gnome.org..etc 对比同类server(proftpd,wu-ftpd)，它配置起来更简单,更安全。 它能让你快速的搭建起一个即稳定又安全的ftp server VS ftpd(Very Secure FTP Daemon)特点： 高速，稳定，比同类ftp server(wu-ftpd,proftpd)更安全.设定更简单 vsftp安装： 下载： ftp://vsftpd.beasts.org/users/cevans/vsftpd-2.0.1.tar.gz 解压： [root@LFS ~]# tar zxvf vsftpd-2.0.1.tar.gz [root@LFS ~]# cd vsftpd-2.0.1 如果需要vsftp支持tcpwrappers,ssl在make前编辑 builddefs.h： [root@LFS vsftpd-2.0.1]# echo "#define VSF_BUILD_TCPWRAPPERS" >>builddefs.h [root@LFS vsftpd-2.0.1]# echo "#define VSF_BUILD_SSL" >>builddefs.h