Git flow 開發方式與流程

在ihower的日誌中「Git flow 開發流程」有提到一個git的延伸工具,看起來還蠻適合我們未來計畫辦公室的需要,它的作用於像這樣子的情況:

  • 主要分支
    • master: 永遠處在 production-ready 狀態
    • develop: 最新的下次發佈開發狀態
  • 支援性分支
    • Feature branches: 開發新功能都從 develop 分支出來,完成後 merge 回 develop
    • Release branches: 準備要 release 的版本,只修 bugs。從 develop 分支出來,完成後 merge 回 master 和 develop
    • Hotfix branches: 等不及 release 版本就必須馬上修 master 趕上線的情況。會從 master 分支出來,完成後 merge 回 master 和 develop

雖然有些狀況似乎要靠自己動手操作並想像該情境才知道這些作用,像這樣優秀的團隊都會去用這樣子的方法來開發,那麼不去試怎麼行呢 😉

git flow 相關資訊:

https://github.com/nvie/gitflow

Git-flow 讓 Dev Team 步上穩健開發之路

讓git也可以同時push兩個remote repo

Git是一個非常神奇的分散式版本控系統,除了可以在本上機commit之外,若要把code push上遠端的位置中也是非常的便利,也能達到code備份的效果。

因此git也就延伸了所謂social coding 這樣子的文化進而發展了 Github 這樣的為程式設計師們可以交流的社群網站。

不過,現在SourceForge也在進行網站改版的工程,也加入git的功能,而現在我把code是push在那裡的,但我在github也有空間,可是我想把source都放在這兩個地方,所以我找到了一個方法。

只要在 .gt/config 加入以下幾行:

[cc lang=”bash”]
[remote “origin”]
url = ssh://yourname@git.code.sf.net/p/yourrepo/code
url = https://github.com/yourname/yourrepo.git
[/cc]

然後git push remote origin 它就幫你push兩次了。

真是太讚了!

很多態度上跟工作上的缺點

現在的工作無論自己或是你以及大家,希望能多多為別人的立場想想,進而拉拔同事也能激勵自己。

你有以下的問題嗎?要趕緊上發條囉!

這觜文章來自於ptt上的sarary板:Re: [閒聊] 很多態度上跟工作上的缺點

  1. 不懂得變通
    • 其實是缺乏思考能力 也就是「不會想到下一步」
    • 危機處理就很容易看出一個人的「變通」
  2. 反應太慢 做事情速度也慢 簡言之就是個慢郎中
    • 動作慢要去思考 你是本來動作就慢 還是因為你對某些軟體或步驟不熟導致動作慢
    • 如果是後者 你就要想辦法讓自己「熟練」!
  3. 人很老實
    • 人在職場真的要會說「修飾過的話」
    • 當然很多時候我們得要對客戶說「善意的謊言」
  4. 不懂人情世故
    • 但有時候你可能就要自我覺察,會不會有時候大家聊得正開心 你一開口結果現場就靜默了?
  5. 知道的東西太少 一問三不知 像跟社會脫節的人
    • 就是 「專業知識」很重要!我不知道你在什麼領域工作但最起碼你那個領域的專業知識你要夠懂!
  6. 邏輯能力很差 組織能力不好 比如主管交辦的事項 常常聽錯 不然就忘東忘西
    • 主管交辦的會聽錯,那是主管說太小聲,或是你不專心,當你不確定,就應該要當場再問一遍或是再複頌一遍給主管聽,詢問他的要求是不是這樣,而且要「當場」!
    • 5W1H(what、when、where、who、why、how)不是只能用在新聞學!
  7. 很容易緊張
    • 你是不是對自己的自信不夠?再延伸一點,你是不是對自己該會、或是這個領域的的專業知識、技能不夠熟?請把自己的專業訓練好。

Python on web

近日在研究Python base 的FrameWork Turbogears 。

它跟Django是差不多同個類型的Python base 框架,但TG(TurboGears)能做到的事也比Django強了不少,雖然我還沒完全去了解它,但跟它談感情己經是生米煮成熟飯的關係了,必需要完整個了解它才能駕輕就熟。

目前已經了解一半的架構,可以舉一反三的方式來層疊它的程式碼。

另外TG有內建自己的web server 「paster」,它是一個WSGI的啥米死人骨頭的強大玩意兒,可以在本機進行port 8080開發web 。

但是,未來要上線時若只用paster會嫌不太夠或是不太正式,因此希望能用apache的方式來跑TG的正式服務,而要能讓apache能執行python跟TG就是要用mod_wsgi這個外掛。

不過看到這滿是英文的文件讓我看沒幾分鐘眼睛就花了,所以就先放個書籤,再一步步的慢慢看了。

 

如何有效率的過每一天

此文參考這篇: 如何讓每天變成26小時?

Moz公司的CEO ANDREW DUMONT在那篇的文章寫著他每天上班生活的一天,下面是他原先24小時所做的事

24 小時的一天:

7:00am – Roll out of bed, make breakfast, get ready for work, handle a few emails and consume several cups of coffee.
起床,做早餐之後準備去上班,順便先回覆一些電郵喝些咖啡。

8:45am – Arrive at Moz 到達辦公室

5:30pm – Leave Moz 離開辦公室

5:45 – Go to the gym 去建身

6:30 – Eat dinner 吃晚餐

7:30 – Blog, answer emails or hack on Stride, depending on the day (Interruptions abound)
寫寫部落格,回覆一些電郵,寫寫程式。(回覆電郵真是有太多的打擾了)

11:30pm – Read, then head to bed 讀書然後睡覺

26 小時的一天:

5:00am – Roll out of bed 起床

5:15am – Go to the gym 去健身

6:00am – Make breakfast, get ready for work and consume several cups of coffee
做早餐然後煮泡些咖啡,準備去上班。

7:00am – Blog or hack on Stride (no emails) 寫文章並寫程式(不回覆電郵)

8:45am – Arrive at Moz 到達辦公室

5:30pm – Leave Moz 下班

6:00pm – Eat dinner 吃晚餐

7:00pm – Answer emails, return calls 回覆一些電郵或電話

8:30 – HOLY HELL, FREE BLOCK 這一段時間變成沒啥事做

9:30pm – Read, then head to bed (shifted two hours earlier to maintain sleep length)
讀書,上床睡覺。(提早了兩個小時,但一樣時間能充足睡眠)

Continue reading 如何有效率的過每一天