本人git新手,希望养成一个好的习惯,望指教。
谈不上好习惯。首先你要明白,使用代码库不是使用Ctrl + S,代码库中的提交应该是一个完整或者相对完整的功能,而不是改一行代码提交一次。另外,Git本身的特性就是分布式的,是可以脱离远程仓库使用的,如果你就是一个人使用,要远程仓库干嘛呢,那不是自寻麻烦吗?又或者,你就是多人使用,那你们频繁的推送远端必然经常性的要解决冲突,这样频繁的浪费时间在解决冲突上,不是自讨苦吃吗?
Ctrl + S
完整或者相对完整的功能
改一行代码提交一次
Git
个人觉得不是的。频繁commit到本地,然后达到一个小预期后push到远程
频繁的commit、push挺浪费时间的
根据git的原理,你每commit一次,就会多保存一份代码的快照,浪费硬盘内存(虽然内存多)
commit的次数越多,万一以后出现问题,需要reverse或者cherry-pick的时候就麻烦了,不好维护
建议阶段性commit,合理commit,不然commit的message都不知道怎么写
就像楼上说的频繁的commit是个好习惯,你说的频繁push指的是多长时间?一般都是下班前要把代码提交到仓库自己的远端的features分支(以免夜长梦多)。如果你觉得你这个功能上测试没问题的话在push到develop。具体的要看你们的git管理的规范,不同时期的代码推倒不同的分支上。但是自己的代码每天下班前推远端自己的分支是非常有必要的
如果不是大的改动或者需要从另一台机器上获取最新项目,使用git add ,git commit -m "xx" 保存在本地仓库就可以了。
谈不上好习惯。首先你要明白,使用代码库不是使用
Ctrl + S
,代码库中的提交应该是一个完整或者相对完整的功能
,而不是改一行代码提交一次
。另外,
Git
本身的特性就是分布式的,是可以脱离远程仓库使用的,如果你就是一个人使用,要远程仓库干嘛呢,那不是自寻麻烦吗?又或者,你就是多人使用,那你们频繁的推送远端必然经常性的要解决冲突,这样频繁的浪费时间在解决冲突上,不是自讨苦吃吗?
个人觉得不是的。
频繁commit到本地,然后达到一个小预期后push到远程
频繁的commit、push挺浪费时间的
根据git的原理,你每commit一次,就会多保存一份代码的快照,浪费硬盘内存(虽然内存多)
commit的次数越多,万一以后出现问题,需要reverse或者cherry-pick的时候就麻烦了,不好维护
建议阶段性commit,合理commit,不然commit的message都不知道怎么写
就像楼上说的频繁的commit是个好习惯,你说的频繁push指的是多长时间?一般都是下班前要把代码提交到仓库自己的远端的features分支(以免夜长梦多)。如果你觉得你这个功能上测试没问题的话在push到develop。具体的要看你们的git管理的规范,不同时期的代码推倒不同的分支上。但是自己的代码每天下班前推远端自己的分支是非常有必要的
如果不是大的改动或者需要从另一台机器上获取最新项目,使用git add ,git commit -m "xx" 保存在本地仓库就可以了。