[請益] 沒有版控的開發與未來發展

看板Soft_Job作者 (雷克薩斯貓)時間12年前 (2013/09/09 20:36), 編輯推噓21(21推 0噓 67→)
留言88則, 26人參與, 最新討論串1/2 (看更多)
手機發文，排版見諒：） 小弟出社會第一份工作2年， iOS 開發，純軟，版控使用SVN， iOS team 加我共6人。 最近轉換跑道，第二份工作一樣是iOS 開發， 只是開發的app 是搭配硬體使用， 無版控（非軟體公司似乎不重視這個，也推行不太起來）， iOS team 加我共3人。 硬體是公司主體， 個人感覺軟體較不被重視。 會轉換跑道也是因為年薪多了約30萬，加上一些私人因素而想離開。 問題來了： Q1：之前已經習慣有版控的開發方式， 我現在強迫自己配合公司不使用版控的方式開發， 會有什麼不好嗎？ 還是這也是訓練的一種？ （學習分工時，能把各功能切得更獨立，不會造成整合困難） Q2： 如果考慮到能夠精進自己的能力及未來發展，3人的團隊是不是會較6人團隊成長來得慢？還是我應該視為這是我能夠快速成長的機會？（但感覺人多，能從隊友身上學些什麼） 這是我兩個問題， 煩請各位先進指教， 謝謝！ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 42.73.43.78
推
09/09 20:38, , 1F
感覺沒版控的公司，有點像是在賭人品.. 至於3人TEAM
09/09 20:38, 1F
→
09/09 20:39, , 2F
或六人TEAM 完全沒關係，軟體業人力分配1+1 不一定等於2
09/09 20:39, 2F
→
09/09 20:40, , 3F
建議公司引入版控;沒出問題就算了,一出問題沒版控, 想救都
09/09 20:40, 3F
→
09/09 20:40, , 4F
沒得救.
09/09 20:40, 4F
推
09/09 20:43, , 5F
如果只打算管理個人的部份，git是個好選擇XD
09/09 20:43, 5F
→
09/09 20:44, , 6F
不過還是盡量跟公司提看看，把版控的觀念帶進去吧
09/09 20:44, 6F
→
09/09 20:44, , 7F
不然年新多了三十萬，但是後面要收的爛攤子可多不少
09/09 20:44, 7F
→
09/09 20:45, , 8F
有版控的公司那個程式都可以寫到2266了，
09/09 20:45, 8F
→
09/09 20:45, , 9F
更何況是沒有的呢...XD
09/09 20:45, 9F
→
09/09 20:53, , 10F
跟新公司隊友聊過，要導入版控有些關卡要處理
09/09 20:53, 10F
→
09/09 20:59, , 11F
版控自己做 SVN,git都可以本機自己建repository
09/09 20:59, 11F
推
09/09 21:08, , 12F
用git不困難吧 三個人溝通一下就好
09/09 21:08, 12F
推
09/09 21:14, , 13F
這是政治問題，建議先用來保護自己就好
09/09 21:14, 13F
→
09/09 21:15, , 14F
Version control 自己一個人也能做, 別人都不做也沒關係
09/09 21:15, 14F
→
09/09 21:16, , 15F
尤其 DVCS 出現後更是如此
09/09 21:16, 15F
→
09/09 21:17, , 16F
看過各位先進的留言，我會從個人版控先做起
09/09 21:17, 16F
→
09/09 21:19, , 17F
先自己建立好
09/09 21:19, 17F
推
09/09 21:37, , 18F
別人不願意就自己做吧，不version control是搞自己...
09/09 21:37, 18F
→
09/09 21:37, , 19F
認真要搞軟體的，誰不做version control=.=
09/09 21:37, 19F
→
09/09 21:38, , 20F
version control跟test別人不願意就算了 自己可以做就
09/09 21:38, 20F
→
09/09 21:38, , 21F
做吧 XD
09/09 21:38, 21F
→
09/09 21:43, , 22F
公司沒有版控，自己也可以做啊，我以前就這樣做了
09/09 21:43, 22F
→
09/09 22:21, , 23F
請問~~~Excel VBA怎麼做版控阿>"<
09/09 22:21, 23F
→
09/09 22:43, , 24F
= = 樓上 為何不行? 只是因為沒辦法直接開(?) 所以造成版控
09/09 22:43, 24F
→
09/09 22:44, , 25F
不能針對逐行的程式碼 最多就不能輕易的依靠CHABGESET去看修
09/09 22:44, 25F
→
09/09 22:44, , 26F
改差異而已...
09/09 22:44, 26F
→
09/09 22:44, , 27F
changeset
09/09 22:44, 27F
→
09/09 23:21, , 28F
現在是2013年 沒版本控制就好像大家都帝國時代
09/09 23:21, 28F
→
09/09 23:22, , 29F
巨型投石車 游俠 世界奇觀都蓋出來了
09/09 23:22, 29F
→
09/09 23:23, , 30F
只有你家還在黑暗時代 拿村民在戳野狼一樣
09/09 23:23, 30F
→
09/09 23:23, , 31F
你聽見 "等~ 登~" 警鐘在響了嗎?
09/09 23:23, 31F
→
09/09 23:25, , 32F
你覺得這樣可以學到什麼嗎?
09/09 23:25, 32F
推
09/09 23:47, , 33F
沒版控其實蠻驚悚的，祈禱你老闆不要惹另外兩個人生氣
09/09 23:47, 33F
→
09/10 00:03, , 34F
沒版控是為難自己啊...何必呢?
09/10 00:03, 34F
推
09/10 11:01, , 35F
自己架一個給大家用 SVN Server很多一包裝好只接就能用
09/10 11:01, 35F
→
09/10 11:01, , 36F
的
09/10 11:01, 36F
→
09/10 11:05, , 37F
長官不挺也不用導 愛用不用隨緣呀~
09/10 11:05, 37F
推
09/10 11:08, , 38F
在自己電腦架一架.多個歷史紀錄和compare功能沒什麼不好
09/10 11:08, 38F
→
09/10 11:29, , 39F
自己做吧，我以前也是自己做，別人出包的時候再過去說我有
09/10 11:29, 39F
→
09/10 11:29, , 40F
版本備份，久了別人知道好處就會跟了。
09/10 11:29, 40F
→
09/10 11:29, , 41F
不過要自己做還是用 git 吧，至少 local 就能有了，svn
09/10 11:29, 41F
→
09/10 11:29, , 42F
萬一 server 爆了或要移機還是很麻煩的。
09/10 11:29, 42F
推
09/10 11:32, , 43F
svn 也可以local建repo 然後瀏覽file:///
09/10 11:32, 43F
推
09/10 11:35, , 44F
不一定要架server
09/10 11:35, 44F
推
09/10 11:53, , 45F
Dcvs跟cvs選一邊 ，再細選方案吧
09/10 11:53, 45F
→
09/10 12:23, , 46F
dropbox + git
09/10 12:23, 46F
推
09/10 23:08, , 47F
樓上該不會去indievox面試過? XD
09/10 23:08, 47F
→
09/11 01:00, , 48F
不覺得沒做管控不好
09/11 01:00, 48F
推
09/11 01:03, , 49F
我覺得你可以把你的經驗先試著放掉 然後在做互相比較
09/11 01:03, 49F
推
09/11 01:04, , 50F
茪H自己來會先比較好
09/11 01:04, 50F
→
09/11 01:05, , 51F
^個人 你順便可以評估一下
09/11 01:05, 51F
→
09/11 01:11, , 52F
因為在這軟體開發的路上，沒有一種做法一定是鐵則
09/11 01:11, 52F
→
09/11 01:11, , 53F
以前我要帶年紀很大的工程師，光是git就讓他們考倒他們了
09/11 01:11, 53F
→
09/11 01:12, , 54F
從我自己開始使用版本控管，到開始導入到公司，花了不少
09/11 01:12, 54F
→
09/11 01:12, , 55F
時間跟撰寫文件，後來他們也認同這種做法 大家一起用
09/11 01:12, 55F
→
09/11 01:13, , 56F
當然途中還有一些新技術安插進來，但實際用過後不符合
09/11 01:13, 56F
→
09/11 01:13, , 57F
效益，也沒辦法讓產能或減少問題產生
09/11 01:13, 57F
→
09/11 01:14, , 58F
我覺得身為一個軟體開發者，有時候要多試試不同環境
09/11 01:14, 58F
→
09/11 01:15, , 59F
才能找出你當時擁護或崇拜某些事物的價值
09/11 01:15, 59F
→
09/11 01:16, , 60F
（文字打得亂七八糟，傷眼請見諒，來不及編輯）
09/11 01:16, 60F
→
09/11 01:24, , 61F
有些事別人已經吃過虧的，何必自己再去吃一次虧來驗證?
09/11 01:24, 61F
推
09/11 01:36, , 62F
把硬碟打壞再來問好嗎？
09/11 01:36, 62F
→
09/11 02:55, , 63F
那就別待那間呀ˊ_>ˋ。
09/11 02:55, 63F
推
09/11 03:05, , 64F
通常要改變，就先從自己開先試，不習慣就離開
09/11 03:05, 64F
推
09/11 03:12, , 65F
還有我也說了，不然就自己做控管就好，以後真的有事在說
09/11 03:12, 65F
→
09/11 03:27, , 66F
另外就是，我不認為新進去的員工，可以馬上原先的作業流
09/11 03:27, 66F
→
09/11 03:27, , 67F
程進行一些修正，因為你還要先跟老員工周旋
09/11 03:27, 67F
→
09/11 03:30, , 68F
atst2 關於別人吃過虧 這件事情 我覺得這個很有趣
09/11 03:30, 68F
→
09/11 03:31, , 69F
或許別人提出的solution 很合你的胃口
09/11 03:31, 69F
→
09/11 03:31, , 70F
但套用在別人上不見得是好事，甚至是麻煩
09/11 03:31, 70F
→
09/11 03:32, , 71F
若有心要改變，就得先瞭解他們的生態 跟作業方式
09/11 03:32, 71F
→
09/11 03:32, , 72F
有問題再進行修正
09/11 03:32, 72F
→
09/11 03:32, , 73F
不然我覺得未來會讓別人覺得你很難搞或很難相處
09/11 03:32, 73F
→
09/11 03:33, , 74F
因為你沒有先跟團隊成員在同一個水平做事會
09/11 03:33, 74F
→
09/11 03:34, , 75F
很容易產生一些猜疑，或覺得對方能力很差怎麼樣的
09/11 03:34, 75F
→
09/11 03:35, , 76F
我覺得導入git跟導入任何新技術都差不多
09/11 03:35, 76F
→
09/11 03:35, , 77F
有心改變請先多瞭解 沒心請離開該公司 心力交瘁傷身ㄟ
09/11 03:35, 77F
→
09/11 10:24, , 78F
版本控管本來就不是增加產能或降低問題的工具 = =a
09/11 10:24, 78F
→
09/11 10:25, , 79F
他是一套用來增加保險的工具，某一版爛掉你至少還有前幾版
09/11 10:25, 79F
→
09/11 10:25, , 80F
可以對照看是哪些changeset搞爛你的系統
09/11 10:25, 80F
→
09/11 10:26, , 81F
最糟最糟看不出問題在哪，也可以切回舊版重來
09/11 10:26, 81F
→
09/11 10:30, , 82F
正是因為一路從沒使用版控走到使用 cvs svn git
09/11 10:30, 82F
→
09/11 10:30, , 83F
才知道這工具不論對團隊合作、個人開發都有許多正面的幫助
09/11 10:30, 83F
→
09/11 10:34, , 84F
不使用工具當然可以，就只是要去賭人品、個人天分罷了～
09/11 10:34, 84F
推
09/11 14:01, , 85F
沒版控，那一定是各司其職，沒團隊合作的事實為前提吧..
09/11 14:01, 85F
推
09/11 14:04, , 86F
而且當回朔的需求開始浮現時，沒版控的就會恨自己的
09/11 14:04, 86F
推
09/12 08:01, , 87F
若三人同時開發，沒版控是要手動merge嗎?
09/12 08:01, 87F
推
09/12 17:38, , 88F
自己架阿....就算一個人開發，有版控方便很多
09/12 17:38, 88F
‣ 更多 treetreetree 的文章
文章代碼(AID): #1IBS314N (Soft_Job)
‣ 更多 treetreetree 的文章
文章代碼(AID): #1IBS314N (Soft_Job)