github空间配额说明

What is my disk quota?

GitHub doesn't have any set disk quotas. We try to provide abundant storage for all Git repositories, within reason. Keeping repositories small ensures that our servers are fast and downloads are quick for our users.

Rule
of thumb: 1GB per repository, 100MB per file

For best performance, we recommend repositories be kept under 1GB each. This limit is easy to stay within if large files (typically, binaries) are kept out of the repository. If your repository exceeds 1GB, you might receive a polite email from support requesting
that you reduce the size of the repository to bring it back down under 1GB.

In addition, we place a strict limit of files exceeding 100 MB in size. For more information on why this is, see "Working
with large files
."

Backups

Though it sounds like Git would make an amazing backup tool, Git really doesn't work out well for backups over the long term. Many solutions that are specifically designed for performing backups are even less expensive than GitHub's Micro plan.

Some services worth checking out include ArqBackblazeCarboniteMozy and CrashPlan.

Database
dumps

Large SQL files do not play well with version control systems such as Git. If you are looking to provide your developers with the most recent production dataset, we recommend using Dropbox for
sharing files like these among your developers.

If you are looking to backup your production servers, see the Backups section
above.

External
dependencies

Another thing that causes Git repositories to become large and bloated are external dependencies. It's best to leave these files out of the repository and use a package manager instead. Most popular languages come with package managers that can do this for
you. BundlerNode's
Package Manager
and Maven are
shining examples. They each support using a git repository directly as well, so you don't need pre-packaged sources.

Packaged
release versions

Unfortunately, git isn't very good at distributing compiled code and pre-packaged releases. Check outthis
guide
 for alternative distribution options.

Large
media files

Binary media files don't get along very well with Git. For these files it's usually best to use a service specifically designed for what you're using.

For large media files like video and music you should host the files yourself or using a service like Vimeo or Youtube.

GitHub supports rendering design files like PSDs and 3D
models
.

Because these graphic file types can be very large, GitHub's designers use a service like Dropbox to
stay in sync. Only the final image assets are committed into our repositories.

Changing
history of an existing repository

If you already have a repository that's quite large, don't fret! You can remove large files from the repository's history to reduce its size. Follow the instructions in this
guide
 to remove the files from the history. After you've done this, make a fresh clone of the repository to test. If the new repository is smaller in disk use than the original repository, you've succeeded.

参考:https://help.github.com/articles/what-is-my-disk-quota

时间: 2024-09-17 04:13:24

github空间配额说明的相关文章

用户表空间配额(User tablespace Quota)

用户表空间配额(User tablespace Quota) 真题1. 什么是用户的表空间配额(User tablespace Quota)? 答案:用户的表空间配额也叫表空间限额,指的是用户可以使用指定表空间的最大大小.控制用户的表空间配额也就等于控制用户所占用的表空间大小.在默认情况下,需要对用户赋予RESOURCE角色,虽然该角色没有UNLIMITED TABLESPACE权限,但是对用户赋予了该角色后,系统将会默认给用户赋予UNLIMITED TABLESPACE的系统权限,因此,新建的

Win2000的磁盘空间配额管理及分配方法

一.Win 2K的磁盘配额 运行Windows 2K的电脑可对用户使用的磁盘空间进行按需分配.只要是在采用NTFS 5.0文件系统格式的驱动器上,通过启用磁盘配额管理功能就能实现对用户使用磁盘空间的限制.磁盘配额是一种基于用户和分区的文件存储管理.通过磁盘配额管理,管理员就可以对本地用户或登录到本地电脑中的远程用户所能使用的磁盘空间进行合理的分配,每一个用户只能使用管理员分配到的磁盘空间.磁盘配额对每一个用户是透明的,当用户查询可以使用的磁盘空间时,系统只将配额允许的空间报告给用户,超过配额限制

Hadoop名字空间配额管理指南

Hadoop分布式文件系统(HDFS)允许管理员为每个目录设置配额. 新建立的目录没有配额. 最大的配额是Long.Max_Value.配额为1可以强制目录保持为空. 目录配额是对目录树上该目录下的名字数量做硬性限制.如果创建文件或目录时超过了配额,该操作会失败.重命名不会改变该目录的配额:如果重命名操作会导致违反配额限制,该操作将会失败.如果尝试设置一个配额而现有文件数量已经超出了这个新配额,则设置失败. 配额和fsimage保持一致.当启动时,如果fsimage违反了某个配额限制(也许fsi

oracle的系统表空间

SQL Server数据库与Oracle数据库之间最大的区别要属表空间设计.Oracle数据库开创性地提出了表空间的设计理念,这为Oracle数据库的高性能做出了不可磨灭的贡献.可以这么说,Oracle中很多优化都是基于表空间的设计理念而实现的. Oracle表空间之基本概念 ORACLE数据库被划分成称作为表空间的逻辑区域--形成ORACLE数据库的逻辑结构.一个ORACLE数据库能够有一个或多个表空间,而一个表空间则对应着一个或多个物理的数据库文件.表空间是ORACLE数据库恢复的最小单位,

Oracle中的表空间

  表空间是数据库的逻辑划分,一个表空间只能属于一个数据库.所有的数据库对象都存放在指定的表空间中.但主要存放的是表, 所以称作表空间.Oracle数据库中至少存在一个表空间,即SYSTEM的表空间. SQL Server数据库与Oracle数据库之间最大的区别要属表空间设计.Oracle数据库开创性地提出了表空间的设计理念,这为Oracle数据库的高性能做出了不可磨灭的贡献.可以这么说,Oracle中很多优化都是基于表空间的设计理念而实现的.     典型应用一:控制用户所占用的表空间配额 在

HDFS配额

标签: 大数据 HDFS [toc] 原文:http://hadoop.apache.org/docs/r2.6.4/hadoop-project-dist/hadoop-hdfs/HdfsQuotaAdminGuide.html 概述 HDFS允许管理员为独立的目录使用的名字数和空间大小设置quota配额.名字配额和空间配额操作互相独立,但是两类quota的管理和实现是紧密并行的. 名字配额 名字配额是对目录树中文件和目录的名字数目的严格限制.如果超出配额,那么创建文件和目录都将失败.配额与重

ORACLE表空间管理维护

1:表空间概念   在ORACLE数据库中,所有数据从逻辑结构上看都是存放在表空间当中,当然表空间下还有段.区.块等逻辑结构.从物理结构上看是放在数据文件中.一个表空间可由多个数据文件组成. 如下图所示,一个数据库由对应一个或多个表空间,表空间逻辑上有一个或多个段(Segment)组成,物理上由一个或多个os file组成.       1.1基本的表空间   系统中默认创建的几个表空间:     SYSTEM     SYSAUX     USERS     UNDOTBS1     EXAM

收缩临时表空间

        当排序操作.重建索引等大型操作无法在内存中完成时,临时表空间将为排序提供便利.一般情况下临时表空间为多个用户,多个会话所共 享.不能为会话分批空间配额.临时表空间耗用过度且在不能自动扩展的情形下将收到"ORA-1652:unable to extend temp segment" 错误.下面 描述了过度扩展后如何释放临时表空间. 与之相关的内容参考:         Oracle 表空间与数据文件         临时表空间的管理与受损恢复         Oracle

Oracle 表空间详解

目录 目录 表空间概述 表空间的分类 默认表空间 查看默认的永久表空间 查看默认的TEMP表空间 查看默认的表空间类型 逻辑结构到物理结构的映射 对表空间的操作 查看表空间使用情况 查看数据库拥有的表空间 查看表空间中的数据文件 查看用户拥有的表空间 创建表空间 修改表空间 修改用户的默认和临时表空间 修改表空间的状态 修改表空间的数据文件 删除表空间 用户表空间限额 表空间概述 Oracle的表空间属于Oracle中的存储结构,是一种用于存储数据库对象(如:数据文件)的逻辑空间,是Oracle