1. 他會去改一些諸如 UTS_RELEASE 的 version, 造成一些 kernel module build time error...

2. 沒有一個直觀的版本號碼, 所以工作之間互相變成必須採取 TAG 的格式來溝通

3.在我們的 Trunk 上面去 make zlib 會有一些靈異現象產生, 而用 subversion 去 check out 則完全正常 這個不排除是我們自己 Makefile 有問題

4. working copy 完全喇在一起, 造成 build script 很多的誤判, 所以我現在都要分好幾層

1 的話很好解決, 去 make kernel_menuconfig 把 auto local version 取消掉就好

2. 的話可以透過一些工作流程的變更來改善

三與四要花的 effect,則讓我有放棄使用 git 的想法...

2. git中心思想就跟svn不同，不採用版本流水號呀，他重的是系統級的同步開發，同一個Makefile下的commit不見得很多..... 我個人的體會

3.4. 是因為沒有把diff跟merge

做確實....?

像是在我這，svn就比git來適用，但隔壁0xlab還是適合git...

剛剛用 git 去抓了一份 openwrt 來 build 結果就 build 不過, 看來是源頭那邊的 build script 就有點狀況了....

3 跟 4 主要是說 我們有很多客戶 每個客戶都要客製化, 有的要某些東西 有的要某些設定, define marco 一多, 只維持一份 working copy 很容易爛掉

我們也是阿，不同project不同brench，也永遠不會有merge的一天.... 所以git對我們不好用