Git可以直接使用视频游戏开发。然而,主要警告是,从长期来看,对大型(> 5 MB)媒体文件进行版本控制可能会成为问题,因为提交历史记录膨胀-Git最初并不是最初用于对二进制文件进行版本控制的。
好消息是,自2015年中以来,GitHub已为Git发布了一个名为Git LFS的插件,可直接解决此问题。您现在可以轻松高效地对大型二进制文件进行版本控制!
最后,本文档重点关注确保Git生活与视频游戏开发良好配合的特定要求和信息。本指南不会介绍如何使用Git本身。
作为开发人员,您有多种选择,并且第一选择是安装核心Git命令行,还是让一个流行的Git GUI应用程序为您处理。
这实际上是个人喜好,因为在Git GUI或是否完全使用GUI方面有很多选择。您可以从多种应用程序中进行选择,以下是三种最受欢迎的应用程序:
Sourcetree(免费)
Github桌面(免费)
SmartGit(商用)
安装完所需的应用程序后,请在Google上搜索并按照说明进行操作,以确保为Git-LFS设置了该应用程序。由于它是针对特定应用程序的,因此我们将在本指南中跳过此步骤。
这非常简单-安装Git。然后。安装Git LFS。
如果您使用Git LFS插件更好地支持二进制文件,则需要设置一些文件类型以由Git LFS管理。将以下内容添加到.gitattributes存储库根目录中的文件中,以支持Unity项目中使用的常见二进制文件:
# Image formats: *.tga filter=lfs diff=lfs merge=lfs -text *.png filter=lfs diff=lfs merge=lfs -text *.tif filter=lfs diff=lfs merge=lfs -text *.jpg filter=lfs diff=lfs merge=lfs -text *.gif filter=lfs diff=lfs merge=lfs -text *.psd filter=lfs diff=lfs merge=lfs -text # Audio formats: *.mp3 filter=lfs diff=lfs merge=lfs -text *.wav filter=lfs diff=lfs merge=lfs -text *.aiff filter=lfs diff=lfs merge=lfs -text # 3D model formats: *.fbx filter=lfs diff=lfs merge=lfs -text *.obj filter=lfs diff=lfs merge=lfs -text # Unity formats: *.sbsar filter=lfs diff=lfs merge=lfs -text *.unity filter=lfs diff=lfs merge=lfs -text # Other binary formats *.dll filter=lfs diff=lfs merge=lfs -text
本文向大家介绍unity3d 为Unity设置Git存储库,包括了unity3d 为Unity设置Git存储库的使用技巧和注意事项,需要的朋友参考一下 示例 为Unity开发初始化Git存储库时,需要完成几件事。 Unity忽略文件夹 并非应该在存储库中对所有内容进行版本控制。您可以将以下模板添加到.gitignore资源库根目录中的文件中。或者,您可以在GitHub上检查开源的Unity .gi
我是Maven的新手,我的目标是在像(Nexus)这样的存储库中发布一个APK。这个APK是在Jenkins中用Unity3dBuilder插件构建的。我在jenkins的工作是一个Maven2/3项目,因此我需要配置我的pom.xml,以便能够发布我的工件(apk)。 请帮忙!!??
我想在我新创建的GitHub存储库中添加一个新文件夹,而不安装用于(Mac、Linux和Windows)的Git设置。有可能这样做吗? 当我在不同的系统/机器上工作时,我不能让Git一直陪伴在我身边。我知道如何在上的存储库中直接添加文件。我们也可以创建一个文件夹吗?
是否有任何方法(内置或附加)加密存储库中的单个文件,可供有限的人访问。这些人签入时的文件将在签出时自动加密和解密。如果其他人试图访问,它们将保持加密。
我正在处理一些发布论坛项目,并试图找出理想的FiRecovery数据库结构。我读到文档的最大大小为1 mg,但通过将多个帖子存储在文档中而不是为每个帖子使用单个文档来最大限度地利用每个文档的存储空间的利弊是什么? 我认为它会更便宜。假设应用程序将使用文档中的所有数据,带宽成本是相同的,但不是多次读取,我将只对一个文档收费。这有意义吗? 它也会更快吗?
我经常使用Laravel构建应用程序。最近,我已经开始使用Lumen构建微服务。 我在Lumen中注意到的一件事是,我通常只需要创建2-3个文件,然后再编辑2-3个文件(提供程序、配置和路由)。总共,我正在编辑或创建5-6个文件。 在我看来,如果这些微服务的git存储库只包含更改的文件,然后在配置项构建/部署期间与流明框架合并,那么它们将会更加干净。 有没有人有这样做的经验?利弊是什么?