※ 引述《maddog@linuxhall.org (R.I.P. Deaddog)》之銘言：
不，這絕對不是放棄 2.2 branch 的 po 檔。如果還有 2.2.2、2.2.3 等等版本， 那麼是會建基於 2.2 branch 裡的 po 檔進行更新；而 head branch 裡的，暫時 的確是由 2.2 branch 裡的 merge 過去比較好，但日後有甚麼更新，就不會由 2.2 branch 再蓋過去，而是兩個 branch 獨立處理的了。
了解.... 那若是有 2.2.2 的話，是依照 2.2.1 版本檔案為基底，還是由 head branch 的版本檔案作為基底呢？這個弟並不清楚....
目前來看，還沒有 2.2.2 的版本，若是由 KDE_2_2_1_RELEASE 目前努力 翻譯完的 po 項目，與目前最新的 KDE head branch 的 templates 檔案 合併，然後 commit 回合併好的 po 作為 KDE head branch 該版本的檔案， 這個提議有沒有問題呢？
-- Kenduest Lee (kenduest@i18n.linux.org.tw)
I18N Project : http://i18n.linux.org.tw (Coordinator) -- [1;32m※ Origin: [33m碩誠資訊 [37m<bbs.cynix.com.tw> [m [1;31m◆ From: [36mkenduest.tc.cynix.com.tw[m
On 24 Sep 2001, 小州 wrote:
了解.... 那若是有 2.2.2 的話，是依照 2.2.1 版本檔案為基底，還是由 head branch 的版本檔案作為基底呢？這個弟並不清楚....
以後任何 2.2.x 版本都會以 2.2.1 版本的 po 檔漸漸更新，是不會接觸到 head branch 裡的 po 檔的。
目前來看，還沒有 2.2.2 的版本，若是由 KDE_2_2_1_RELEASE 目前努力 翻譯完的 po 項目，與目前最新的 KDE head branch 的 templates 檔案 合併，然後 commit 回合併好的 po 作為 KDE head branch 該版本的檔案， 這個提議有沒有問題呢？
這個相信是目前唯一可行的方法了，事實上每當軟件要 split 開兩個版本（一 個穩定、另一個發展中）時，那些翻譯檔都是以這方法作第一次的 merge，但以 後就讓 stable version 和 devel version 中的 po 檔各自更新的了。
Abel
zh-l10n-archive@lists.slat.org
-
kenduest.bbs＠bbs.cynix.com.tw -
R.I.P. Deaddog