从头到尾一个人完成一个项目,是否有使用Git做版本控制的必要性?

我本人使用Git的时间不算太长,一般平常一个人通过写项目学习的时候,觉得在使用Git做版本控制时会有点浪费时间。

你们一个人写自己的项目的时候通常做版本控制吗?以及为什么?

阅读 9.4k
14 个回答

看来你对版本控制的理解和在工作中使用的用途不深啊,无论是一个人还是一个团队,毫无疑问,版本控制是必须的。多人协同开发使用版本控制工具的好处就不说了。简单说一下一个人开发使用的好处。

  1. 按照模块功能进行开发,假如一个模块是一个版本,使用版本控制工具能够很好地帮助你进行分支的管理
  2. 假如你当前发布了一个版本到线上,突然有一个bug,如果不使用版本控制工具,你就只找到这个bug出现的原因,并进行解决,再次上线,但这种做法是比较低级混乱的
  3. 你写的代码如果另一个人接手后,我想,那个人的心理不知道骂你多少遍了
  4. 多用下版本控制工具也没什么坏处,万一哪天你和别人的开发是协同开发呢?

有,有的编辑器是带有git版本控制工具的,也不会特别浪费时间。我一般完成一个主模块就提交一版。不仅仅是自己的代码可能发生错误。需求也有可能会发生改变,改需求的时候,回退就好了。

这里面是个工作管理的习惯问题,一个人做的项目可以把git作为项目日志来记录,对于不习惯记日志的人来说会较为麻烦,但对于有日志习惯的人来说基本就谈不上用GIT会费时间,觉得那是必需的。

我认为日志的习惯对于软件开发是必须的,所以GIT也是必须的,无论多少人的项目。也许用GIT对你来说必要性不大,那你也应该培养自己的日志习惯,不然以后你参与到开发团队中,你会显得跟别人格格不入。

必要当然是有的。这个东西谁也保不准突然想改回去。对吧。刚才改的你能ctrl+z,一个月前改的,你咋找?

用Git的话,一天一个备份。还能强制自己写写总结。一个功能一个版本。想用那个用那个。

你觉得没必要 ,浪费时间,就不用,如果工具是你的累赘,何必要它拖累你。
学习,就要把把认知负荷降到最低,重点还是项目本身,其他的都是次要的。
等你觉得,需要用,等你有用它的需求的时候,再用也不迟。工具而已,又不是娶老婆,现在不娶,以后就没机会了。

1、便于追溯历史与回滚
2、移动U盘
3、备份
4、人总是避免不了协作的,就当学习吧
5、devops、持续集成等都要用到git等工具

1.每次 添加新功能/修复 bug 时可以放心大胆的干,大不了回退
2.其他人接手你的项目,看历史提交可以明白项目的历史进展,当然 commit log 要写的好
3.当做学习 Git
4.最好还能 push 到 server 端,工作环境切换起来快

有一点点必要。

自己写项目时常会出现灵光一闪重构框架之类的。

有Git的话开个分支糟蹋就行了,没Git的话要弄个备份,还比较麻烦。

如果真的是非常非常非常微型的项目,那当然就无所谓了,开发工具自带的版本管理就差不多了。


话说webStorm之类的都自带版本管理了,下载个图形界面的Git,每天写完点个commit也不麻烦

有,自己写错了代码,还可以找回来啊。上线出问题了,可以快速回滚。

到尾?以后的事情没人说的清楚

有,不仅可以保存代码,还能跨平台工作!不然怎么办?带着U盘嘛?好可怕!

起码得有个备份吧。

有没有用我不知道,但是我昨天一个哥们儿跟我说,他把服务器和线下的代码全覆盖了,而且没有做版本管理。
哈哈哈哈哈哈哈哈哈啊哈哈哈哈哈哈哈哈哈哈
美滋滋

如果有多台计算机的话,有必要。单台的话,看个人习惯吧

必须要呀,这个没的说。生活要有仪式感,写代码也是如此。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题