看板
[ Soft_Job ]
討論串[請益] git上團隊開發觀念
共 5 篇文章
內容預覽:
這真的很好笑 人與人之間合作都無法正確接合. 然後說程式做不到所以這個程式爛. 這個更好笑 口口聲聲喊敏捷不好 git flow不好. 敏捷第一件事就是先定義介面與架構 一開始就不會遇到這種蠢問題. 真的是文組最擅長的說話方式 拉一堆沒意義的句子 套一堆對比回文. 實則毫無論述性 前後鬼打牆. --
(還有187個字)
內容預覽:
回答得很好，可惜不實事求是. 不過這也是鄉民的風格. 可能鄉民不擅常獨立思考. 自已也沒寫過版本控制軟體. 1. 先回答git flow錯在那:. {. 首先連git flow自已網站都說自已無法保証正確無誤. http://bit.ly/2t08DOT. --> 越是多的人參與進來，就越難保證每次
(還有641個字)
內容預覽:
身為一個程式設計員，竟然會相信程式語言？. 難道都沒有發現使用程式語言只會產生麻煩，不保證正確還要 debug，越弄越複雜而已？. 不相信的話查看看軟體版和 StackOverflow 有多少人在問程式語言的問題. 客戶一個簡單的需求，就因為要寫程式就弄得雞飛狗跳. 每個程式語言都還要各自出版 N
(還有26個字)
內容預覽:
身為一個程式設計員，竟然會相信git flow？. 跟相信敏捷文化的義和團有什麼不同？. 難道都沒發現git只會產生麻煩，不保証正確且越弄越複雜而已？. 不信相的話查看看軟體版有多少人在問git的事. 一個簡單的協作，因為一個git tool的出現弄得雞飛狗跳. 還要出一本書才能掩蓋這個tool的無
(還有5個字)
內容預覽:
想詢問一下若在開發階段這樣的流程ok嗎. 最近在想以前的開發git問題一大堆，最近新團隊要導入git ，想詢問我這樣設計的流程針對開發階段有沒有問題. ---. 情境一：專案一開始開發階段，單人開發篇. 今天是開發新專案階段，預計2018/06/14上線. 成員有：小A ，小B，小C. 1. 所以首
(還有978個字)