之前一篇关于 git简易使用笔记 点击查看,今天的内容就是作为一个补充,主要说一下git 操作本地仓库/远程仓库及本地分支和远程分支.

做内容系统时，我越来越确定一件事：表名和字段名的命名策略必须早点定。因为 ORM 能帮你屏蔽一部分 SQL 细节，但它并不能替你修复混乱命名带来的认知成本。

今天获取git线上仓库代码报了这个错误:

旧链接说明：本文保留历史访问路径，主题内容以当前主文版本为准，这里主要用于兼容旧链接和归档检索。

今天获取git线上仓库代码报了这个错误:

出自linux之父的强大代码管理工具 git 不用多说,使用起来也相当顺手,对于有些资源我们不想跟踪或者某一类资源,该如何屏蔽掉,这就要使用到了 .gitignore 文件.

刚开始把博客系统往关系型数据库上迁的时候，我最先补的一块不是查询，而是模型设计。因为模型边界一旦定错，后面的列表、详情、标签、归档都会变得越来越绕。

Sequelize 默认帮我们带上时间戳，这一点很省事。但很多项目用着用着就会发现，时间戳和软删除并不是“打开就完事”的便利功能，它们会直接影响列表查询、唯一索引和后台恢复逻辑。

git add . 会把当前目录中所有有改动的文件（不包括.gitignore中要忽略的文件）都添加到git缓冲区以待提交

• 文章目录

Sequelize 的 migration 在演示里总是很简单，真正到了团队协作阶段，问题就变成了另一种：本地能跑，测试环境半残，CI 里还会因为顺序不一致把表结构跑歪。