Version Control, Deployment Snapshots and Web Security
本页目录· 7 条
Git Basics
- Working directory → staging area → repository history。
- 使用 feature branch 隔离工作，review / test 后合并。
- commit 要小、描述清楚，并能连接 LeanKit story / issue。
- pull 前先确认本地状态；merge conflict 由团队理解后解决，不能盲目覆盖。
FIT5120 Iteration Versioning
- 每完成一个 iteration 就保存 snapshot。
- main 保持 latest approved build；保存 iteration-specific branch / tag。
- 推荐用不同 subdomain（如
iteration1.example.com）；无法使用时可用 subdirectory。 - Vercel / Render / Amplify 可从不同 Git branches 部署；自管 server 可用独立 folder + virtual host。
- Frontend 至少必须 version；backend / database schema 有变化时也要记录 migration 与版本。
- Mobile app 保存每轮 APK / package 到 PGP。
Gitflow: Use Deliberately
- Gitflow 使用
main、develop、feature/*、release/*、hotfix/*。 - feature 从
develop开始并合回develop；release 准备发布；hotfix 从main修复生产问题并回合相关 branches。 - 适合 scheduled release；长期 branches 会增加 divergence 与 merge-conflict risk。
- 对短周期学生项目，采用够用的轻量 workflow，重点是 traceability、review 与 deployability。
Protect the Site
- 课程要求的保护是 server / domain layer，在应用加载前生效；不等同于产品内 user login。
- 使用 hosting provider 的 password protection 或 HTTP Basic Authentication。
- 避免 search engine indexing 未完成或 private product。
- 将 live URL、iteration URLs 与 password 更新到 Team Info / PGP；只向授权受众分享。
- 不在 repository、ePortfolio 或公开 screenshot 中暴露 secrets。
Web Security Testing
- Information gathering / reconnaissance。
- 在授权范围内验证 vulnerabilities；避免破坏数据或服务。
- 按 severity、evidence、impact 与 remediation 记录。
- 修复并 retest，保留 before / after evidence。
- 把 unresolved risk、owner 与 mitigation 放入 backlog。
Pre-deployment Checklist
- Version/tag/branch 与 deployed URL 对应。
- Build 可由 README / pipeline 重现。
- Secrets 不在 Git history 或 client bundle。
- HTTPS、authentication、error handling 与 least privilege 已检查。
- Site / archive access 已用 incognito 验证。
- Mentor 可访问，但 search engine / unauthorized users 不可访问。
- Security findings 有 owner、priority、fix 与 retest evidence。