本文目录导航：

• Unity3D名目如何做版本控制?
• 程序员必备技艺-git 不会到还有人不会用吧，不会吧不会吧？
• 用SVN做版本控制，修正完了的文件在提交前不小心revert了 有方法复原我修正的内容吗？？

Unity3D名目如何做版本控制?

最间接的是经常使用Asset Server，详细文档在当然你假构想用VSS或SVN之类的也行，不过这类不是针对Unity的，用起来不如Asset Server繁难。

针对不同操作系统的分支版本，假设差异的中央不多是不是可以用来做判别，将版本兼并呢，这样版本治理将极大简化，只需在颁布时选不同的操作系统就行了。

程序员必备技艺-git 不会到还有人不会用吧，不会吧不会吧？

版本控制 ：版本控制最关键的作用是记载一个文件的修正 历史 记载，并且依据该记载可以切换到对应的 历史 版本，这个也是由团体开发到团队开发关键的工具。

集中式版本控制系统 ：具备一个一致的中央主机，外面寄存着名目标源码。

各个客户端都从该主机中拉取代码和上行自己编写的代码到主机中。

好处：各个客户端可以检查其余客户端在该名目中做了什么，必定水平上了解名目标进展。

同时，治理员可以控制各个程序员的权限。

缺陷：不可应答中央主机的单点缺点疑问，当中央主机宕机后，各个客户端都不能提交代码和拉取代码，同时在宕机的时期，做不到版本的 历史 记载。

散布式版本控制系统 ：每个客户端都是一个版本库（本地库），各个客户端保养自己的版本 历史 记载。

各个客户端的单干是经过经常使用远程库（GitHub等）启动的，push把代码推送到远程库中，pull把远程库的代码拉取上去。

好处：处置了集中式版本控制的缺陷。

在远程库宕机的状况下（只管说这个概率极低），客户端还是能启动开发的，由于版本的控制是在本地启动的。

同时，每个客户端保留的是整个名目，包含 历史 记载，使得愈加安保。

Git的上班机制

代码托管核心（远程库） :

底层：head指针指向分支，分支指针指向版本号。当版本号出现变动时，分支指针指向对应的版本号

（1）性能git的疏忽文件

（2）在idea中性能git

（3）初始化名目

用SVN做版本控制，修正完了的文件在提交前不小心revert了 有方法复原我修正的内容吗？？

没方法了，没有cimmit就不会有任何备份，客户端本地也不会有任何缓存