这是一个创建于 2549 天前的主题，其中的信息可能已经有所发展或是发生改变。
一前事已离职了，他做的项目让我来接手。我一看项目代码当时还是忍了一下不想吐槽。可是，从被通告到离开的两周里，前两天和最后一天来上班，中间有来了半天，其他都请假啦。这让我简直儿坐不住了。他倒好高高兴兴拿着高额的赔偿就闪人了，而我只能留下两行眼泪。
- 糟糕的代码结构和层次
- 依赖关系混乱，而且还乱引入依赖包
- Git 分支混乱
论 code review 和规范的重要性 ！
重点说一下 git 分支混乱，都是自己建的分支，还有一大片一大片的冲突。这是只会 push、pull 和 merge 的节奏呀！还好和他讲解了一下，还能好好去查阅教程学习。不过目前还没那么懂 gitflow 工作模式 （也没那么多时间看啦，都请假啦），填鸭式地懂 rebase、cherry-pick 的操纵方式。
反正刚过去两周，我有点不想接手啦，领导说目前暂时没有他人和我一起做，让我先担负起两条业务线的开发，会按优先级高低开发。
大家遇到这样的情况，是如何调整心态的呢？
（强调一些，出来混总是要还的，只对事不对人）
第 1 条附言 2019 年 1 月 20 日
一一看了大家的评论，谢谢大家的回复。
前几天有在我们的小群说了一下，大家一起去吃个饭，然而人家都说请假，所以也没有下文了。
总之，这样一个烫手的山芋谁也不想碰！做成了，大多时候也没什么，毕竟技术只是一个工具而已。大多数领导也只关注是否盈利，基本都是靠销售主导了。
 | 1 guokeke 2019 年 1 月 19 日 喜闻 |
 | 2 jbiao520 2019 年 1 月 19 日 把问题搞定也是对自己的一种提升吗，心态要好 |
 | 3 NonClockworkChen 2019 年 1 月 19 日 一个前端同事走了，我合作的同事负责前端的 bug，我负责我和我同事一起的工作的 bug。 生活还得继续，扛过去就好了。 |
 | 4 chiu 2019 年 1 月 19 日 via Android 我属于离职的，年前要交接完，交接的同事白天忙，就晚上加下班交接。自己感觉挺对不住交接的同事的，他原来完全没看过这块，还有几块实现完全用汇编写的，要学下汇编，所以交接起来挺有难度的。公司人事不稳定确实会带了这样的结果。 |
 | 5 zhttty 2019 年 1 月 19 日 等你离职了你试一试？后人接手前人工作代码，很少不吐槽的。项目团队缺乏代码规范或代码 QC，是管理者问题 |
 | 6 wh1012023498 2019 年 1 月 19 日 怨公司不要怨前同事，这个事情的发生只能说明公司管理差劲，责任在领导而非员工。 |
 | 7 TabGre 2019 年 1 月 19 日 via iPhone  2 老哥 其实我想了解一些更多的 Git 流程，我就是你口中的只会 push，pull，merge |
 | 8 soarscnu 2019 年 1 月 19 日 via iPhone 看标题，以为是真的走了。来缅怀一下的呢 |
 | 9 Fate810 2019 年 1 月 19 日 V2 标准 6 字真言 |
 | 10 method 2019 年 1 月 19 日 不要怪怨那个同事。 现在楼主就是接了一个脏活，完成了这个脏活，将来却没有得到相应的 credit 的话，就是公司不厚道了。但可能，每个人都是挣扎在各自的脏活里呢？手动狗头 |
 | 11 waytoexplorewhat 2019 年 1 月 19 日 via Android 趁机提出、推动研发规范和 code review 的制订和执行 |
 | 12 quickma 2019 年 1 月 19 日 按照我的想法，代码混乱问题不大，做出来的东西没有用才是问题 |
 | 13 masker 2019 年 1 月 19 日 via Android 老哥 其实我想了解一些更多的 Git 流程，我就是你口中的只会 push，pull，merge |
 | 14 sunnybird 2019 年 1 月 19 日 打死不解决冲突就 push |
 | 17 wotemelon 2019 年 1 月 21 日 一般 pull , push, merge 就已经足以应付大多数情况了……不过更好的 git 操作事半功倍啦 |
Select Language