22年10月份代码心得【含git，命名规范】

1.所有进行的操作基本都需要规范格式，方法名，git日志上传名称规范等【概括：见名知意】

例如：代码规范必须采用PSRA，插件必须采用koroFileHeader等；方法名是采用驼峰还是下划线；git日志的命名要使用如：Feat: 模块名称_新增或者删减_功能名称;这样的规范格式

2.所有的数据库操作方法都放在仓库层/doc层中，自研框架的需要请教老职员或者你的上司

3.切记切记不能弄虚作假：研究一个小时仍然做不成的，看不懂的。别犹豫了，赶紧问问其他有经验的人，将这个东西写出来，抓紧进入测试阶段！！！

新入职的往往比较含蓄（难听点就是矫情），大胆一点，就算你什么都不会，但你能通过面试，你的老大就会愿意给你这个机会的。【环境什么的一定一定要在正式开发项目前搞定】

4.GIT的使用和开发和自己在实习或者外包公司的总会有些许区别，但大致的流程不变。

入职后你们老大或者你以后的兄弟会给你申请一个git账号和权限，你需要把自己的分支给跑开：

详细跳转=>(47条消息) git相关操作总结_Doc_ACwhite的博客-优快云博客

git add .
git commit -m 'Feat: 新人入职模块_跑通分支'
git branch new_branch
git checkout new_branch
git push origin new_branch
【第一次需要输入公司的账号密码，然后再执行一遍git push】


工作时：
拉上司的分支前要保证自己暂存区的干净
git status    没有飘红，没有飘绿即可

如果你有需要新增的内容，可以先保存后再拉上司的分支
git stash
git pull origin boss_branch

然后你合并结束了，需要自己之前改的东西了
git stash pop      将保存的工作转移至暂存区
当一天工作结束了，执行git add . 开始提交代码
群里通知一声测试兄弟

回退版本：用head指针覆盖当前的暂存区内容
git reset --soft
仅仅移动当前Head指针，不会改变工作区和暂存区的内容
git reset --mixed
移动head指针，改变暂存区内容，但不会改变工作区
git reset --hard
移动当前的head指针、工作区和暂存区内容全部改变

回退后对文件进行回滚：用暂存区内容覆盖工作区内容
git checkout 'branch_id'
通过git checkout 对git版本内容进行回滚操作

5.自己写的东西一定要确保本地的数据执行没有问题，并且备份后再进行提交

因为测试考虑的，做出来的数据会考虑到很多我们开发时想不到的情况，这个时候本地能跑通的数据往往可以让你回忆起当时的一些想法和逻辑，这样就不至于出现问题时，各种打断点和debug去找报错了

6.对于一些配置项文件的操作流程的一些看法

配置文件一般写在config文件夹中，但是一些重复/变化的数据，需要放在.env中：这是因为env文件在git操作中不会进行更改，所以在日后维护或者迭代的时候，不需要在对程序进行修改，而只需要在env中对相关参数进行更改即可。

    // TODO配置监管平台时间
    'packaging_time' => env('PACKAGING_TIME'),
    'pushing_time'   => env('PUSHING_TIME')

7.关于gitree的publickey配置不对的情况

使用ssh-keygen -o  即可生成新的ssh公钥，然后进入.ssh文件夹下面查看id_rsa.pub的文件，并将其粘贴到密钥夹里即可。

注意：windows再windows中执行该命令；如果是centos或者wsl的话，需要在相应的系统中执行该命令。否则无效。

8. 迁移文件的修改：举个栗子

9.状态码415引起的问题

415状态码的含义是 ‘Unsupported Media Type’ ， 简单来讲就是本地响应头配置和接口要求的响应头不一致导致的问题，因此解决方案就是对不同响应头的参数封装到 config 。

10. 迁移文件的问题

迁移文件这块的down逻辑一定要注意，创建时需要down删除表，但是新增字段的时候一定要注意，不能够down整张表；

2022/12/27 下午4点左右，因为两个迁移文件导致drop掉了两张表，导致正式服务器出现了问题。