获得徽章 0
赞了这篇沸点
赞了这篇文章
赞了这篇沸点
不出所料，公司里经常有后面的人合代码把前面的人合过的代码冲掉的情况，亲身体验才感触颇深。把git当魔法使用，魔法里出了什么异常完全不知道，难道这不是最大的bug吗？开发测试辛苦工作毁于一旦。
git也许很高级，架不住用户乱用。按分布式理解，主分支也是私有的，允许别人合进来要小心。事实上企业里通常把git当高级svn用，合代码的人也不清楚哪些代码该怎么改，做任务的随时有可能改冲突文件。如果模块划分得当(任务修改不冲突)，又不一定要用上git。目前考虑让合之前必须先将主分支merge进自己，再merge进主分支。光这一点强调谁能遵守，更何况恶意。而且一时又可能有多人同时申请合并。
目前研究这被冲掉的原因，考虑是时间。而且修改同一文件，信息不同步，修改是否合理(代码逻辑上的冲突)，或者说整个项目，不同任务的人修改的参照都是旧版本，再将各自任务拼凑成一个项目，虽然单文件不冲突，代码逻辑是否有矛盾？加人加线程就能加快进度，或者视人力为一切解决方案，不又回到人月神话？
滥用git是业界风气的必然。面试造火箭。新技术是第一生产力，敢说就敢用。也不是这个行业，其实所有行业，或者说人民，就爱听玄虚营销这一套，即使没用，也得试上一试。谁知道他赚的就是大家这一次尝试呢？而且都对虚假营销麻木了。或者还得帮着说话，以免影响自己的睿智形像(不是我的产品有问题，是你不会用)
冲掉代码是全局影响的，想想问题还挺大。
git也许很高级，架不住用户乱用。按分布式理解，主分支也是私有的，允许别人合进来要小心。事实上企业里通常把git当高级svn用，合代码的人也不清楚哪些代码该怎么改，做任务的随时有可能改冲突文件。如果模块划分得当(任务修改不冲突)，又不一定要用上git。目前考虑让合之前必须先将主分支merge进自己，再merge进主分支。光这一点强调谁能遵守，更何况恶意。而且一时又可能有多人同时申请合并。
目前研究这被冲掉的原因，考虑是时间。而且修改同一文件，信息不同步，修改是否合理(代码逻辑上的冲突)，或者说整个项目，不同任务的人修改的参照都是旧版本，再将各自任务拼凑成一个项目，虽然单文件不冲突，代码逻辑是否有矛盾？加人加线程就能加快进度，或者视人力为一切解决方案，不又回到人月神话？
滥用git是业界风气的必然。面试造火箭。新技术是第一生产力，敢说就敢用。也不是这个行业，其实所有行业，或者说人民，就爱听玄虚营销这一套，即使没用，也得试上一试。谁知道他赚的就是大家这一次尝试呢？而且都对虚假营销麻木了。或者还得帮着说话，以免影响自己的睿智形像(不是我的产品有问题，是你不会用)
冲掉代码是全局影响的，想想问题还挺大。
展开
25
11
关注了标签 
Svelte
Svelte
赞了这篇沸点
赞了这篇沸点
赞了这篇文章
赞了这篇文章
️