LuoLiKong 0. 下载好git 首先把git下载了 这是网址Git - Downloads (git-scm.com) 安装向导就NextNextNext就行了 有人会因为繁杂的git命令而头疼 所以我们不用它 1. 下载好GithubDesktop 这是网址GitHub Desktop | Simple collaboration from your desktop 2. 基础操作(创建仓库 提交 拉取同步) 1.1 创建一个仓库前的介绍 然后会出现这个 Name - 仓库名字(必填) Description - 仓库描述(可以不填 后面可以改) Local path - 仓库在你电脑上的本地路径(必填) Initialize this repository with a README - README就是对你的这个仓库的详细描述文件(可以不选 可以后面加) Git ignore - (向下翻到4那边有Unity官方写好的.gitignore) 这个就是把你的项目里面不必要上传到github仓库上的东西给遗忘掉 然后上传的时候就不会上传被遗忘的内容 这是加了.gitignore之后的效果 – 本地的 – github上的 是不是少了很多东西 License - 这个仓库的开源许可证(可以不选 详情信息自己去查) 1.2 仓库创建 我是这样填的 如果有和你上面填的Name名字一样的文件夹存在他会把git相关的文件自动帮你放到里面 就像这样 所以可以先创建一个和填的Name一样名字的文件夹 然后选择路径的时候选这个文件夹的根文件夹然后就好了 不像下面那么麻烦 路径是选择的是Unity项目自己本身文件夹情况 这种情况他会把仓库创建到这里 就是那个叫Test的的文件夹 那个就是仓库 然后我们要把文件夹里面的这些 全部移动到Unity项目Test文件夹里面 注意Unity项目名要和仓库名是一样的 因为你把原来创建的Test仓库里面的.git 和 .gittattributes移动到Unity项目Test的路径下 这个Unity项目就变成仓库了 所以这个项目文件夹名就是你的仓库名 就是哪个文件夹里有这两个文件 哪个文件夹就是仓库 就像这样 然后把原来的仓库所在的Test(空文件夹)删了 这时回到GithubDesktop会出现这个 点Locate…重新选择仓库位置 然后选项目的文件夹 因为.git文件在这里面 然后回到这就有内容了 然后这里要提交内容是不是很多 所以要加个.gitignore -> .gitignore文件和具体操作翻到下面看4的4.1 添加之后是这样的 然后回到GithubDesktop 要提交的内容明显变少了 说明.gitignore起作用了 然后点这个把项目推送到github上(记得挂梯子) 然后填一下这个 第一个小框是这次提交总结 就是这次提交的标题 第二个大框就是这次提交的具体描述 然后点Commit to main 然后再点这个 这个提交就被推送到github上了(推送 记得开梯子) 然后去github上看看情况 嗯 这样就提交上去了 后面的提交也是这样 只要你这个仓库有改变 GithubDesktop就能让你提交 然后写一下总结和描述 提交上去 如果 仓库没有在你的本地变化 比如别人改变了仓库的内容 你就点一下这个 同步一下 然后这个东西他会变样 变成这样 你点一下就好了 把变化拉取下来 然后基础的创建仓库 提交 拉取同步你就会了 (你也可以先创建仓库 然后把项目丢到仓库里面 其实应该先讲这种的) 1.3 克隆一个仓库 很简单 点这里 然后会出现这个 然后点Clone repository 输入项目的URL 然后选个本地位置就行 其他功能就自己摸索吧~~~ 3. 多分支(版本管理 协同开发 并行开发) 3.1 Branch分支基本概念 写到这我懒癌犯了 所以照搬了小bing的回答🙏🙏🙏 在Git中,分支(branch)是一种强大的工具,它允许开发者在同一份代码库中并行进行多个不同的开发任务。每个分支都是代码库的一个快照,可以独立于其他分支进行修改。这意味着你可以在一个分支上进行新功能的开发,而在另一个分支上修复bug,两者互不影响。 以下是一些分支的主要用途: 并行开发:分支允许多个开发者同时在同一份代码库中进行开发,每个开发者都可以在自己的分支上工作,而不会影响其他人的工作。 功能隔离:当你在开发一个新功能时,你可以创建一个新的分支来进行开发。这样,即使你的新功能还没有完全完成,也不会影响主分支的稳定性。 代码审查:在你准备将你的代码合并到主分支之前,你可以创建一个pull request。这将允许其他开发者查看你的代码,并提供反馈。 版本控制:你可以使用分支来保存你项目的不同版本。例如,你可以为每一个发布的版本创建一个分支,这样你就可以随时回到任何一个版本。 3.2 创建Branch 点开这里 然后点那个New Branch就创建了 新建的Brance是基于main分支的 就是新分支(Test)里的东西会和main分支里的东西一模一样 然后到本地仓库那边 注意这时的Current Branch是Test分支 然后给本地随便加点东西 我加了一个 肏.txt 然后我们回到GithubDesktop 点main分支 从Test分支切换到main分支 然后会出现这个 这个是问你 你要对你的改变做出什么操作 Leave my changes on test - 你的改变还会保留在这个分支(Test)上 先选择这个 然后我们回到本地仓库那边 然后你会发现 肏.txt文件没了 因为现在的分支是main main分支没有改动 肏.txt 是在Test分支上的改变 并且切换分支的时候你选择了Leave my changes on test 所以肏.txt没了 然后下一步 回到GithubDesktop然后切换到Test分支 然后再回到本地仓库那边 你会发现改变明明保留了 但还是没了(此时的分支是Test) 为什么呢 先返回到GithubDesktop一下 你会看到这个stashed 界面上多了两个这个 其实是GithubDesktop偷偷把你的改变给藏起来了而已 然后点我圈起来的那两个其中一个 都会显示这个界面 Restore - 把你的改变重新加到原来的地方 Discord - 把你的改变删了 就这样 我们点一下Restore 不要点那个Discord哦~ 然后回到本地仓库 看!!! 被GithubDesktop藏起来的改变回来了! 肏.txt 回来啦!!! 嗯 就这样 然后就是讲之前的Leave my changes on test下面的那个选项 Bring my changes to main - 把这个分支(Test)的改变带到切换的分支(main)里面去 点一下 然后上面的Current Branch就变成了main了 然后回到本地仓库 此时的仓库已经是main分支的内容了 只是把Test分支上的改变带到这里了而已 你如果辨认不了 可以加两个文件标识一下 然后切换分支你就学会了 然后再试试多切换几遍熟悉熟悉 还是那几个操作 注意你定要确定好你的Current Branch在进行项目开发的时候 或者 提交改变的时候 如果你的Current Branch是main 你在这提交的话 你的改变会提交到main分支上 别提交错了 如果你想把改变提交到Test分支上 那就Bring my changes to Test然后提交就行了 嗯 你已经彻底学会了!!! 3.2 pull requests(pr) 写到这我懒癌又犯了 所以照搬了小bing的回答🙏🙏🙏 GitHub的PR(pull request)是一种用于请求合并代码或文档到目标项目的功能。PR通常需要目标项目有两个或以上的分支(branch),以便在不同的分支上进行开发和测试。 所以pr怎么搞? 和小bing说的一样 你要有两个及以上的分支才能进行pr操作 这边我还是用前面的项目来演示 这里先把 肏.txt文件从main分支Bring到Test分支上 好 现在 肏.txt是Test分支的改变了 然后我们把这个改变提交到Test分支上并推送到github上 然后我们去github上看看两个分支的情况 – 这是main分支 – 这是Test分支 这时Test分支有 肏.txt文件 然后点那个Pull requests 然后就会来到这个界面 然后我们点这个 新建一个pr 然后就会有这个界面 然后讲解一下这个 base: - 这是被合并的分支 就是说 右边分支的内容会合并(Merge)到左边的分支 compare: - 这个就是合并的分支(感觉这样讲不恰当 无所谓了 肏) 如果是base:Test <- compare:main的话 就会像这样 main分支把Test分支合并了 因为main和Test唯一区别就是mian没有 肏.txt Test有 所以main合并Test 肏.txt就被删除了 反过来是这样的情况 就是Test合并main 这样肏.txt被添加到main里面了 接着下一步 点这个提交pr 然后会来到这个界面 写一下描述就可以点这个 提交了 哦 这里不能用肏.txt命名 不能用中文 把肏换成cao把 不然会有错误 可恶 然后就能点这个 合并了 这是合并后的效果 – main分支 – Test分支 看 两个一模一样 Test分支里的cao.txt文件被合并到main分支里了 好了 你已经会pr了 自己多试试吧 3.3 fork 写到这我懒癌又又犯了 所以照搬了小bing的回答🙏🙏🙏 正在为你生成答案… 在GitHub中,"Fork"是一个重要的协作功能,它允许用户复制别人的GitHub仓库到自己的GitHub账户中,从而创建一个独立的副本。这个副本包含了原来的仓库(即upstream repository,上游仓库)所有内容,如分支、Tag、提交等 "Fork"功能在开源项目中特别有用,因为它允许许多贡献者创建自己的版本,做出改进,并通过PR将它们合并到主要项目中 以下是使用"Fork"的一般步骤: 在GitHub上,定位到你想要Fork的仓库。 在仓库页面的右上角,点击"Fork"按钮。 这样,你就在你的GitHub账户下创建了这个仓库的一个副本。 你可以在这个副本上自由地进行修改和试验,而不会影响到原始的项目。 如果你希望你的修改被合并到原始项目中,你可以创建一个Pull Request,请求项目的拥有者接受你的修改。 希望这个解释能帮助你理解GitHub中"Fork"的概念。如果你还有其他问题,欢迎继续提问。😊 (如果你有直接写入的权限就不用fork) 看到这你差不多可以自己搞了(绝对不是我不想写了) 前方的道路由自己探索吧!!! 4. Unity项目的.gitignore相关 官方写好的.gitignore 3052ca48-e905-4577-9abe-847d00c56d5d.txt1kB – 你也可以去这找 github/gitignore: A collection of useful .gitignore templates 怎么加? 4.1 还没有把没有加.gitignore的项目给上传了的情况 把.gitignore放到和仓库的.git文件同级的文件夹下 然后就行了 4.2 已经把没有.gitignore的项目给上传了的情况 把除了这两个文件的其他文件临时放到其他文件夹下 然后回到GithubDesktop提交一下 然后把临时放出去的那些其他文件重新放回来 然后和4.1一样加上.gitignore就行了 然后提交就行了