git分支命名規範
在瞭解分支命名資料時,看到一篇StackoverFlow的git branch naming best practices討論,覺得解答者 phord 提供的建議非常不錯,簡單翻譯筆記一下。
- 分支開頭使用群組標記(grouping tokens)。
- 定義和使用簡短標記來區別分支結構對您的工作流是有意義的
- 使用斜線(斜杠)來分隔您的分支名稱部分
- 請不要使用純粹的數字作為主導部分
- 避免使用較長的描述性名稱為長生命週期的分支命名
在瞭解分支命名資料時,看到一篇StackoverFlow的git branch naming best practices討論,覺得解答者 phord 提供的建議非常不錯,簡單翻譯筆記一下。
這是我人生第一本合著,想多留點回憶,宣傳文會多一些,請各位見諒。
第一次寫作就是以合作方式進行,這讓我非常高興,我是應Demo的邀請,知道作者群之後,有點嚇一跳,因為是一次北、中、南三地Microsoft MVP大合作,怎麼溝通與討論,這很好玩。
在網路的時代,當然是用網路來解決。
書藉的大綱討論絕大部分都是在Demo所提供的一套http://www.mindomo.com/工具裡完成,一般不管是XMind之類的工具,都是離線式的應用工具,不合適協同作業,Mindomo是線上工具,這讓我們在不同地點也能清楚整個架構,直接的討論、回應、修改。
除了線上,另一個重點是,像我用XMind,雖然它有發佈至線上的功能,但都是發佈之後的資料都是公開的,像我們這種團隊合作的資料是需要隱私且不公開的,而且還要能邊討論邊修改,這部份Mindomo都是上上之選。
最重要是感謝Demo的付費,讓所有作者有一個好的討論空間。(Mindomo免費與付費功能差異不在此文討論。)
你或許聽過TFS(Team Foundation Server),它是一套軟體開發流程的軟體。如果你不瞭解它,可以參MSDN的《TFS基本認識》的上Team Foundation Server 是什麼?一小節來瞭解。
不過,今天要談的TFS是Team Foundation Service,TFS的簡介可以參考mrkt-使用 Team Foundation Service一文,裡面有很淺而易懂的介紹。就我的認知,它是Team Foundation Server的子集合,Team Foundation Service提供與微軟產品或非微軟產品有非常高的整合度,它提供由小而大的隊團一個非常好的選擇。Team Foundation Server對於小團隊來說,太大,不管是功能面,因為軟硬體成本,Team Foundation Service對於小團隊或是不需要Team Foundation Server那強大功能的團隊而言,剛剛好。此篇靈感來自Johnny.Net的Plurk,Johnny.NET貼了一個EverNote的求職連結,從中我們可以看到一些趨勢,我簡單做個整理,各位開發者做個Check List,其中你擁有了幾項技能。
EverNote 職位職責
這裡的關鍵點有幾個:
這裡談的是應用程式,不單只是網站網頁,我會強調在application app。
EverNote 技能最低需求
這裡的關鍵點有幾個:
感謝 demo.tc 整理分享此圖。我自己使用過 XMind 軟體整理製作 JavaScript 資料,Blog 的文章一多真的不易整理,想要入門版本控管者,我大力推薦。