能搜git 教程的,相信已经听闻了什么是github或者gitEE这些东西了。git说白了就是一个版本控制系统,用来管理文件的。这样说,你可能不明白,那么举个例子,你就秒懂了。(网上其他杂七杂八的,用不到,没必要浪费时间去看。)
假设有个程序员叫小芳,小芳是一个毛手毛脚的小丫头!!!有天,老板让小芳开发一个项目,小芳兴冲冲的说:没问题。
第一天:小芳写了一个文件,名字为demo.java;
第二天:小芳认为第一天写的文件有瑕疵,所以她改写了第一天写的文件demo.java,并命名为demo1.java。
第三天:小芳又发现了demo1.java有Bug,仔细斟酌后,修正了demo1.java的bug。
第四天:项目组其他的人跑过来找小芳的茬,小芳不明所以,仔细查看第三天改Bug之后的demo1.java文件,发现错改了一个接口。没得办法,又得重新写这个demo1.java文件喽。凌晨3点,小芳看着写完的文件,常常吐了一口气,睡了。
第五天:项目组的人问他要文件,交付文件后。N时长后,项目组其他人骂骂咧咧找过来了,质问小芳:你写的是个什么鬼,怎么让系统奔溃了。小芳看着项目组其他人,委屈的哭了。仔细检查昨天写的文件,发现那个bug忘了改了。突然,小芳想到一个好办法, 为什么不创建文件副本呢?于是他复制了当前demo1.java文件,命名为demo1_副本.java。
N天后。。。
小芳发现自己的文件库里到处都是demo1.java,demo1_副本.java,demo1_副本2.java,demo1_副本3.java等等N个文件。小芳奔溃了,因为他根本分不清哪个文件里面的内容是啥子。晚上小芳向他的好友老王吐槽,说文件管理太难了。老王问难那里了,小芳堂堂堂说了这几天的项目开发过程。老王想了想,一拍大腿,说:“来,哥给你个神奇git”。N时长后,小芳学会了git,于是小芳利用git重构了上述demo文件系统,如下:
文件名 | 注释 | 发布时间 | 发布者 |
---|---|---|---|
demo.java | 项目文件 | 2020.1.1 | 小芳 |
demo.java | 优化文件 | 2020.1.2 | 小芳 |
demo.java | 修改了某某bug | 2020.1.3 | 小芳 |
demo.java | 重写接口 | 2020.1.4 | 小芳 |
等等… |
这样,小芳高心的开始了她的gti版本管理系统旅程。
在上述表格中,其表格内容是由git系统管理的,且有一个指针,用来指向当前编辑文件。改变指针,可以改变文件内容。
欲知后事如何,且听下回分解。
有钱的赏个钱场,没钱的赏个人场。良某人谢过了。