一个完整的vs或者matlab工程，大小有的将近100M。如果不设置gitignore直接推送到github上，是像网盘一样将所有的内容都保存吗？如果是这样的话，github网站给每个人分配了多大的存储空间呢？

这个我不清楚了，感觉fork一下就是一块空间。理论上不限制容量吧。

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.

If your repository exceeds 1GB, you might receive a polite email from GitHub Support requesting that you reduce the size of the repository to bring it back down.

上面那位大佬已经给出答案了，我来翻译一下

GitHub没有设置磁盘配额。我们试图为所有Git仓库提供充足的存储空间。保持存储库的大小可以确保我们的服务器快速且下载速度快。

如果您经常向GitHub推送大型文件，可以考虑将Git大型文件存储(Git LFS)作为你的工作流的一部分。Git LFS可以很好地使用GitHub流，并且可以与任何大文件一起使用，不管它的类型是什么

我的磁盘配额是多少？

GitHub没有任何设置磁盘配额。我们试图在合理范围内为所有Git存储库提供充足的存储空间。保持较小的存储库确保我们的服务器速度更快，下载对我们的用户来说很快。
提示：如果您经常将大文件推送到GitHub，请考虑在工作流程中引入Git Large File Storage（Git LFS）。Git LFS与GitHub Flow配合良好，可用于任何大型文件，无论其类型如何。有关更多信息，请参阅“ 版本控制大文件”。

文件和存储库大小限制
我们建议每个存储库保持在1GB以下。如果大型文件不在存储库中，此限制很容易保留。如果您的存储库超过1GB，则可能会收到来自GitHub支持的礼貌电子邮件，要求您减少存储库的大小以使其恢复。
另外，我们对超过100 MB大小的文件进行严格限制。有关更多信息，请参阅“ 处理大文件”。
注意：如果您通过浏览器将文件添加到存储库，则该文件不能大于25 MB。有关更多信息，请参阅“ 将文件添加到存储库 ”。

备份
Git没有充分的设计作为备份工具。但是，有许多解决方案专门用于执行值得检查的备份，包括Arq，Carbonite，Mozy和CrashPlan。

数据库转储
大型SQL文件在Git等版本控制系统中表现不佳。如果您希望为开发人员提供最新的生产数据集，我们建议您使用Dropbox在开发人员之间共享这些文件。
如果您要备份生产服务器，请参阅上面的备份部分。

外部依赖
导致Git仓库变得庞大和臃肿的另一件事是外部依赖。最好将这些文件保存在存储库中，然后使用包管理器。大多数流行的语言都会随软件包管理器一起提供给您。Bundler，Node的包管理器和Maven。它们每个都支持直接使用Git存储库，因此您不需要预先打包的源代码。

打包版本
我们不建议在您的存储库中分发已编译的代码和预先打包的版本。有关共享大文件的更多信息，请参阅“ 分发大型二进制文件”。

更改现有存储库的历史记录
如果您已经拥有一个相当大的存储库，请不要担心！您可以从存储库的历史记录中删除大型文件以减小其大小。有关更多信息，请参阅“ 从存储库历史记录中删除文件 ”。

注：谷歌翻译https://help.github.com/articles/what-is-my-disk-quota/

我们建议每个仓库均保持在 1GB 以下。 仓库的硬限制为 100GB。 如果达到 75GB，推送时您将在终端收到 Git 的警告。 如果将大文件留在仓库之外，则此限制很容易保持。 如果仓库超过 1GB，您可能会收到来自 GitHub 支持的礼貌电子邮件，要求您减小仓库的大小以使其恢复。