[討論] 用Git有什麼缺點?

看板Soft_Job作者 (丁丁)時間8年前 (2015/07/29 22:58), 編輯推噓51(51推 0噓 32→)
留言83則, 54人參與, 最新討論串1/9 (看更多)
"用Git有什麼缺點？" 傳統行業的老闆今天突然這樣問我 我想了半天想不到..... 大家覺得呢？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 124.6.15.211 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1438181890.A.6FE.html
推
07/29 23:00, , 1F
資安
07/29 23:00, 1F
→
07/29 23:02, , 2F
! 會有什麼資安問題啊!! 今天老闆也是提到怕駭客這件事
07/29 23:02, 2F
推
07/29 23:06, , 3F
如果有人傳了幾g的檔案上去 update要很久 很不方便
07/29 23:06, 3F
推
07/29 23:11, , 4F
會忘記push
07/29 23:11, 4F
推
07/29 23:15, , 5F
每天都在 commit 很不方便 (?
07/29 23:15, 5F
推
07/29 23:19, , 6F
非文字檔不建議用git做板控 這個算嗎XD
07/29 23:19, 6F
→
07/29 23:20, , 7F
跟什麼比要提一下吧
07/29 23:20, 7F
推
07/29 23:31, , 8F
branch 太多XD
07/29 23:31, 8F
→
07/29 23:48, , 9F
要開個小黑窗在旁邊會被以為在開遊戲外掛
07/29 23:48, 9F
推
07/29 23:51, , 10F
改壞了不能裝死，很不方便
07/29 23:51, 10F
推
07/29 23:54, , 11F
不適合大檔(版控都不適合)，入門沒那麼簡單，大概就這樣
07/29 23:54, 11F
→
07/30 00:01, , 12F
utf-16 被當 binary 之類的!?
07/30 00:01, 12F
推
07/30 00:02, , 13F
branch太多真的是個問題 我覺得
07/30 00:02, 13F
推
07/30 00:18, , 14F
branch太多是因為沒有好好照gitflow走吧XD
07/30 00:18, 14F
→
07/30 00:19, , 15F
你master產品上之後 feature就可以砍掉了
07/30 00:19, 15F
→
07/30 00:20, , 16F
就只會剩develop 跟master 以及一些hotfix branch
07/30 00:20, 16F
推
07/30 00:42, , 17F
最大的壞處就是做了什麼好事情都會有紀錄
07/30 00:42, 17F
推
07/30 00:56, , 18F
commit時間會被當成下班時間
07/30 00:56, 18F
→
07/30 02:00, , 19F
偷加後門會有紀錄
07/30 02:00, 19F
推
07/30 04:34, , 20F
1. 某些人把git commit的數量誤當作員工生產力指標時
07/30 04:34, 20F
→
07/30 04:35, , 21F
2. 有人手賤不照gitflow直接把東西merge到master
07/30 04:35, 21F
推
07/30 04:38, , 22F
3. git ignore 沒處理好 把key跟重要資料也push上去了 若pus
07/30 04:38, 22F
→
07/30 04:38, , 23F
h的repo位於網站服務上 忘記private 就等著被別人google hac
07/30 04:38, 23F
→
07/30 04:38, , 24F
k
07/30 04:38, 24F
→
07/30 04:39, , 25F
第3點光我掃瞄到的就超過五十個粗心的 一封封信寫過去通報
07/30 04:39, 25F
推
07/30 04:41, , 26F
4. 每一次commit 都是一個智商跟用心欸的測驗 沒寫好 後續
07/30 04:41, 26F
→
07/30 04:41, , 27F
維護的人在看你的log 應該會氣死
07/30 04:41, 27F
推
07/30 04:44, , 28F
5. 你開發機或伺服器部署上拉repo用的key 很重要 不能亂丟
07/30 04:44, 28F
→
07/30 04:44, , 29F
或到處共用同把
07/30 04:44, 29F
推
07/30 04:58, , 30F
我算優點還是缺點啊?
07/30 04:58, 30F
→
07/30 05:06, , 31F
wtf XD
07/30 05:06, 31F
推
07/30 06:41, , 32F
我愛 .gitignore (/////)
07/30 06:41, 32F
→
07/30 06:44, , 33F
git的缺點就是不好學，公司越大推行起來越難
07/30 06:44, 33F
推
07/30 06:47, , 34F
會用git後,你會發現回不去了...
07/30 06:47, 34F
→
07/30 09:12, , 35F
修改歷史紀錄不直覺
07/30 09:12, 35F
推
07/30 09:21, , 36F
Windows 系統不分大小寫，從Unix-like來的東西有時會踩雷
07/30 09:21, 36F
推
07/30 09:32, , 37F
git的缺點？當然就是概念複雜跟指令不統一 簡單講就是麻煩
07/30 09:32, 37F
→
07/30 09:33, , 38F
上手時間較長 當然資安也是 但這範圍太廣 你用其它的VC也不
07/30 09:33, 38F
→
07/30 09:33, , 39F
一定比較安全阿...
07/30 09:33, 39F
推
07/30 10:04, , 40F
很難學
07/30 10:04, 40F
→
07/30 11:14, , 41F
很好奇一樓說的資安是什麼問題
07/30 11:14, 41F
推
07/30 11:18, , 42F
資安=>通常都是內神通外鬼的問題!
07/30 11:18, 42F
→
07/30 11:27, , 43F
難學可以用比較單純的功能 :D
07/30 11:27, 43F
→
07/30 11:31, , 44F
commit 次數被當戰力指標
07/30 11:31, 44F
推
07/30 11:34, , 45F
難學可以直接裝gui XD
07/30 11:34, 45F
推
07/30 12:21, , 46F
缺點是讓其他source control都沒得玩了 XD
07/30 12:21, 46F
推
07/30 13:02, , 47F
操作上覺得比Mercurial來的複雜.還有Team coding 習慣
07/30 13:02, 47F
→
07/30 13:02, , 48F
需要培養好。
07/30 13:02, 48F
推
07/30 13:23, , 49F
會忘記 push+1，有的時候想回家做，結果回了家才發
07/30 13:23, 49F
→
07/30 13:24, , 50F
現沒有 push 上去。
07/30 13:24, 50F
推
07/30 14:45, , 51F
缺點就是你會覺得svn沒有辦法滿足你了
07/30 14:45, 51F
推
07/30 16:29, , 52F
不能鎖檔 遇到binary檔資料夾大小會膨脹很快
07/30 16:29, 52F
推
07/30 17:03, , 53F
忘記設權限就commit上去 結果buildbot沒辦法build...
07/30 17:03, 53F
推
07/30 17:13, , 54F
同個資料夾有別人的東西就很麻煩....
07/30 17:13, 54F
推
07/30 20:57, , 55F
應該問用svn有什麼缺點
07/30 20:57, 55F
推
07/30 22:41, , 56F
不好學，之前部門4人就不太好推了，教了很久，公司大更難
07/30 22:41, 56F
推
07/30 23:59, , 57F
我們公司發生過分支亂 merge 還 push 出去，整個天下
07/30 23:59, 57F
→
07/30 23:59, , 58F
大亂的慘劇……
07/30 23:59, 58F
推
07/31 00:38, , 59F
資安: 程式放別人家... 私人不想外流的，github偷偷
07/31 00:38, 59F
→
07/31 00:39, , 60F
給你拷一份，你也不知道
07/31 00:39, 60F
推
07/31 00:42, , 61F
想想, M$ Apple會把自家的code放到github嗎？
07/31 00:42, 61F
推
07/31 00:46, , 62F
dotnet表示
07/31 00:46, 62F
→
07/31 00:46, , 63F
07/31 00:46, 63F
→
07/31 00:46, , 64F
而且git又不是只有github...在自己家架gitlab阿
07/31 00:46, 64F
推
07/31 00:49, , 65F
git != github
07/31 00:49, 65F
推
07/31 00:55, , 66F
我剛回完文才看到有人推了 XD 是不是該刪阿XDDD
07/31 00:55, 66F
推
07/31 03:28, , 67F
分支亂 merge 的問題我已經放棄了，未來可能轉換回 svn
07/31 03:28, 67F
→
07/31 03:29, , 68F
難度過高，又沒有server side hook、防呆工具的 git 還是少用
07/31 03:29, 68F
→
07/31 03:29, , 69F
免得常砍到自己
07/31 03:29, 69F
→
07/31 07:01, , 70F
git 當然有 server-side hooks...
07/31 07:01, 70F
→
07/31 10:45, , 71F
功能強大但難度高, 有些時候單純功能簡單不一定壞
07/31 10:45, 71F
推
07/31 11:17, , 72F
merge問題可以用pullrequest解決，serverhook怎麼沒有..
07/31 11:17, 72F
推
07/31 15:52, , 73F
svn比較實在
07/31 15:52, 73F
推
07/31 23:39, , 74F
rebase 已經 push 的 branch 導致爆炸
07/31 23:39, 74F
推
08/01 03:58, , 75F
build break
08/01 03:58, 75F
推
08/01 10:31, , 76F
在公司要推真的很難，還是簡單的svn反而人工錯誤少
08/01 10:31, 76F
推
08/01 12:21, , 77F
比較愛 SVN...
08/01 12:21, 77F
推
08/02 02:25, , 78F
不小心忘了push會被發現
08/02 02:25, 78F
推
08/02 16:55, , 79F
學習曲線高
08/02 16:55, 79F
→
08/02 18:34, , 80F
hg 最簡單 ; git 在 win 上用還是沒 linux 上方便
08/02 18:34, 80F
推
08/06 12:45, , 81F
svn 比較喜歡耶... 多branch 反而比較複雜
08/06 12:45, 81F
推
08/08 14:49, , 82F
需要客製化的客戶太多拉一堆branch出來會很麻煩
08/08 14:49, 82F
推
08/27 00:50, , 83F
讓一般大學生以為有一個github帳號就可以進外商
08/27 00:50, 83F
‣ 更多 peanut97 的文章
文章代碼(AID): #1LkEe2R- (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 9 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共9篇)
‣ 更多 peanut97 的文章
文章代碼(AID): #1LkEe2R- (Soft_Job)