[吐槽] 项目里最奇葩的倒霉事

[winterbells]

每次老板让我改什么小问题，都会发现项目要么不能编译，要么跑起来各种报错

然后就是修改这个启动编译问题，再去修小毛病

关键是他们几个人天天都在跑这个项目，一问他们就说都正常，但™编译/报错确确实实存在的，见™鬼了

我只是偶尔搭把手的，每次调试个半天。。

[AmosLi]

你们单位的不行呗, 等情况好了 赶紧溜

[yph007595]

他们有自己的本地配置文件，没有上传到仓库里

[4ark]

好项目就不会这样，之前试过一次对着文档都要搞一个小时才能启动，期间找了四五个同事要这个那个资源

[luliumytime]

问就是 node_modules.zip

[HojiOShi]

我是搞 Android 的，每次要导入调试什么几年前的 demo 或库，都要像修文物一样改来改去，也是习惯了。不过需要改的东西也不是很多，熟练的话实际上不需要很长时间。

[winterbells]

@AmosLi 主要提交太随意了…也不测一下，然后都在自己的分支上，很久才拉一下 master


@yph007595 有的时候是配置文件缺失，有的时候 main 都报错


@4ark 主要是看人，我基本都是提交前合并 master ，跑完一遍流程再提 pr 。有人测试没问题，提 pr 了，再修改个乱七八糟的东西就不测了


@luliumytime 虽然不是 node.js 但依赖也巨 tm 坑人… 不知道怎么回事，总是喜欢魔改一些库，然后一更新就 sb 了，一堆冲突


@HojiOShi 我主要也是做安卓的，花了两年才把魔改的三方库抽离出来，还有数据库也抽成模块。整理乱七八糟的 build gradle 。
一开始一堆 gradle 语法的 warning ，直到升级版本变成 error 了才不得不改。结果现在那些东西全被我删了😅。根本不需要奇怪的 lint ，编译检查什么的，速度还变快了

[yleimk]

让他们配置 ci ，不过 ci 不准合并

[weeei]

最牛逼的，他们内部合作一点问题没有。

[IvanLi127]

这很正常，项目没有愿意负责的人主导就是这效果，一直没人管就烂下去了。
八仙过海，各显神通。

[kneo]

可以想象。

他们自己环境不干净，配置也不干净，脚本也没提交，有时候有什么不对自己瞎改能工作就行了，也不敢提交。时间长都忘了。

项目要是没新人进来的话他们永远不知道仓库里脚本配置有问题。

一问就是自己这没问题，可能是你的问题，假装满不在乎，或者假装自己很忙。

一个词来评价：不负责任。

[winterbells]

@kneo
@weeei
他们的环境几乎不会更新的，但是我新配置的肯定默认是最新版本。
他们一切正常，我 pip install req.. 各种冲突，跑都跑不了，最后还得把他们的版本导出我再安装一遍

[sunocean]

@winterbells 1 ， 和团队保持版本同步是一个好习惯。
2 ，不要一味的追新，不然出问题了锅是你的。

[winterbells]

@sunocean 他们也没有统一的版本，新环境下对于没有版本号的依赖只能默认最新了，然后就开始冲突…

[sunocean]

@winterbells 那就是公司管理问题了，没有标准，想怎么样就怎么样

[yjxjn]

就是项目管理问题。
我做了好几个大项目，上千人那种规模，大家默认是只要有人 PULL 完发现有问题，不好意思，就会追溯到上一版提交的人。
这么做的好处就是，别人留的坑，都别想浪费时间让我擦。
即使有新人上项目，也不存在你说的那种问题。

[winterbells]

@yjxjn 这就是大项目的好处了，人多，强迫管理者做规范。小公司难搞