项目交接注意事项记录

文章目录

• 前言
• 一、交接内容
• • 项目信息
  • • 1. 项目仓库地址
    • 2. 项目的功能
    • 3. 服务器所部署的环境
    • 4. 相关人员，根据具体情况。
    • 5.确保下来了的代码要能跑起来
    • 6. 相关数据库
    • 7. 代码
    • 8. 相关文档

前言

前段时间由于同事休产假，需要我来接手工作，由于交接工作时，我并不知道还要问什么，只是确认了文档上的内容没有疑问，问清楚了交接文档上的事情。
当时的我不清楚交接文档上还少些什么，加上交接工作那几天，处理的都是普通的可以直接按照交接文档处理的问题，所以我也没想到还有其他奇奇怪怪的问题，以至于后来出现问题时手忙脚乱，惊慌失措。
由于在维护这个项目时的不熟练，占用了大量时间，因此也影响到其他项目原本的开发计划，于是只能加班赶时间，手忙脚乱，筋疲力尽的一周。因此记录一下注意事项，以便日后再由需要交接的工作时顺顺利利

提示：以下是本篇文章正文内容。

一、交接内容

交接文档一定要有的，不然说太清也记不住。以下为我整理的交接需要弄清楚的。

项目信息

1. 项目仓库地址

• 后端项目地址，前端地址，当前使用版本

2. 项目的功能

• 项目大概功能需要了解，可以去测试环境看一下功能。不清楚的在交接期间及时问清楚。本人由于只看了交接文档上的问题处理流程，测试环境当时有问题，看不到页面。对系统的其他功能没有熟悉，以至于客服来找我描述的用户问题不在交接文档所列问题之内的时候，手忙脚乱。

3. 服务器所部署的环境

• 开发环境、测试环境、正式环境（如果没有专门的系统运维的话，遇到问题需要自己去查正式环境日志的话。正式环境也要问清楚，如果公司有专门的系统运维,正式环境部署维护，查看日志，都是由运维来做的话就不用管正式环境）

1. 在哪台服务器，这台服务器怎么连，直接连还是需要堡垒机连。最好能连上去看一下。
2. 路径是什么，这个是直接起的服务还是在docker里的
3. 日志是在统一的日志的目录下，还是在当前项目所在路径
4. 这个环境该怎么部，如果需要的话

4. 相关人员，根据具体情况。

 负责这个项目的前端人员是谁
    2. 这个项目的负责人是谁，联系方式
    3. 负责这个项目的实施是谁，联系方式
    4. 负责维护这个项目的分支的人员是谁，需要新建分支时找谁
    5. 负责测试这个项目的人员有哪些，提交测试的文档应该发送给谁
    6. 其他可能和这个项目有关联的人员
    
    
      
      
      
      
      
      
    
    AI写代码

5.确保下来了的代码要能跑起来

有些旧的项目要配gopath，趁交接工作期间及时问清楚都需要配什么包。

6. 相关数据库

• 开发库、测试库、正式库（如果需要的话）
• 直接连，还是需要通过代理连，最好能连一遍，或者没有权限连的话，必要的时候需要找谁查库。
• 项目用到的库要弄明白，到底用了哪些库，用途是什么。涉及的表最好也看一下，有的项目涉及很多个库，然后没个库又有很多表。最好问一下这个项目之前维护的有没有数据字典。

7. 代码

不要以为开发工作结束了，维护的话只用对着交接文档处理问题，万一改需求呢，万一加需求呢，所以代码还是要看的。尤其是涉及业务的，需要问清楚相关的业务，或者说问一下业务上的事可以向谁了解。

8. 相关文档

之前相关的文档，需求、设计、发版说明等等之类的，有的话更好

上周末太累了，这种以及记不清楚了，暂时想起来这么多，以后想起来再补充。以后要及时记录，不然很容易忘事情。
加油！