關於source code version control 問題

而家比較流行就用github.

source code 就好容易作source code version control,
但現實時,一個application 好多是都有db,  咁樣db 點樣做version control ?

自己 backup,數據還數據源碼還源碼
源碼部份 version control 一份 DB schema

TOP

想簡單咪用sqlite
將個db file放埋入git

TOP

有啲 DB tools 可以連 cvs, 用果啲黎做介面會易啲.

再唔係, 將所有 ddl 都用 script 儲起, script 用 cvs 做 control, 應該都得?

至於有人唔生性, 直接用 ddl 改左個 db, 咁同自己 compile 個 dll/exe 再放入 server 一樣, 都係無 control啫.

話時話, 而家 git 可否行 check out/lock/check in mode (pessimistic mode)? 雖然而家興 optimistic mode, 但我覺得多數情況下 optimistic mode 係弊多過利.
大家有興趣再討論

TOP

try try https://git-lfs.github.com/

Git Large File Storage (LFS) replaces large files such as audio samples, videos, datasets, and graphics with text pointers inside Git, while storing the file contents on a remote server like GitHub.com or GitHub Enterprise.

TOP

我SET每日backup sql 係dropbox 算

TOP

通常啲 server side web application framework 都會有 DB migration 功能
通常做法係

  • 要你用返佢指定嘅格式寫每一個 migration 做嘅動作,同埋寫返 rollback 要做嘅動作(例如今次 migration 係想開table,咁要寫返 create table 同埋對應嘅 drop table 動作)
  • 要你寫返個 schema only,佢會有 logic 同你 diff 之後 gen 返相對應嘅 SQL statement


而 DB 內容有啲 framework 會有得畀你整 seed data record,可以整定啲試玩 data for development/testing。咁樣試玩用嘅 data 都有得 version control

TOP

講緊DDL version control定係乜?點解有人變咗講backup個database?
如果講緊database嘅static data要做version control,咁我諗唔到幫static data做version control有乜難處。如果講成個database做version control。我又覺得好有趣,database data邊有version嘅?幫stored proc做version control的話,咁應該幫DDL做version control時亦做一同做埋。

TOP

唔係好明你個人問題
DB source control即係你想rollback或者keep住有咩比人改左?

TOP

樓主應該係問 ddl, db data 嘅 versioning 其實部份 db 已有.  
只需在 sql 上加上時間條件, 甚至無需外來軟件.

TOP