---

    偶爾也要發一篇不是廢文的 (希望不是 @rz)

    ==========================================

    先說請客就不用了 @@"

    ==========================================

    上面推文說到要知道目前用什麼、怎麼用，
    這樣才有方向提供資料。

    也提到主管喜好，這裡的喜好是指他有沒有偏愛的功能，

    Ex
    他超愛 CVS lock 覺得這樣都不必解 conflict 好棒棒

    那...Git 沒有 XD
    就得想怎麼 workaround 或說服他

    ==========================================

    看你之前的文我猜是 CVS -> Git
    那就...

    Git VS CVS
    http://ppt.cc/VwAN
    答案就不錯，要量化的點也容易，
    開一個 repo 的步驟/時間，
    開一個 branch 的步驟/時間，
    CVS 操作時發生失敗狀況的修復步驟/時間 (vs Git 操作發生失敗也沒差)

    轉換心得
    http://ppt.cc/t~iK
    蠻風趣的，6. 7. 9. 三點應該可以用。

    use case
    http://ppt.cc/@@d5
    之前板上有人分享過，
    不過還是要看你們專案的狀況，不見得能用很順。

    若主管超中意 lock 看這篇能不能掙扎一下
    http://ppt.cc/xdlt
    Since (AFAIK) the Subversion locks are just advisory,
    an e-mail or instant message could serve the same purpose.
    But even if you don't do that, Git lets you fix it.
    (哞哩洗咩按怎...XD)



    另外也因為沒 lock，Git 的操作流程要先想好，
    什麼情況下遇到 conflict 時要怎麼處理，
    例如由當下遇到的人負責解掉，或提出討論，
    或其它。

    ==========================================

    另外建議可以把操作錄成影片，
    平常用 CVS 會用的操作都錄，
    CVS 版跟 Git 版各錄一個。

    開 repo 各錄一個，branch 各錄一個，
    merge 各錄一個這樣分開來錄，
    簡報的時候放來看，
    這樣一比影片長度就很清楚效益怎麼樣，
    看影片步驟就很清楚哪個容易哪個麻煩，
    應該會比靜態圖文有感得多。

    錄的工具可以用 screen recorder 或 Jing (應該還是免費)
    不然估狗一下 record screen 也有很多別的工具。


※ 引述《dream1124 (全新開始)》之銘言：
:   請問大家可以分享適合在整理後拿給主管看，推薦使用 git 的文章嗎？
:   在受夠公司功能差的版控系統和古怪的提交工作流程後，
:   小弟終於得到一個機會，能向上級建議使用 git。
:   只是有關 git 的介紹及相關的提交工作流程討論文章實在太多，
:   既不可能也不適合在一兩次簡短的簡報中一口氣地塞給主管，
:   我打算在報告中挑出少數夠經典，夠震撼的內容，
:   用少量但很具體能打動人心的項目，影響他們的決定。
:   主管們從不覺得新技術新功能有什麼，對畫大餅式的說法也不感興趣，
:   他們只在意用不用得到，需不需要，能降低多少成本產生多少效益，
:   最好能數字量化。然後東西多半是能用就好，有就好。
:   至於那些潛在能大幅影響生產力的因素，像是某些讓基層工作更愉快更有彈性的做法
:   或是工具，在主管眼中因為比較難觀察到效果且量化為個人績效，
:   因此通常都當作不存在。
:   想請問大家，對於這類型的主管可否推薦什麼好文章，讓我擷取重點給主管們看嗎？
:   如果您推薦的好內容之後能影響主管，使我們可以使用 git
:   小弟願在事成之後請客，謝謝大家幫忙囉~

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.226.196.237
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1406600507.A.00B.html