作者Cosmology (宇宙學型男)
看板Soft_Job
標題[請益] GitHub新手問題
時間Mon Feb 1 23:49:02 2016
各位前輩大家好
小弟軟體業非常新的新人 最近在研究GitHub
也盡可能地把網路上很多教學文都盡可能看過了
但是還是有些不懂的地方需要跟各位前輩請益一下
特別不懂是業界實際到底怎麼在用GitHub
以下是自己對GitHub的研究 如果有錯誤請指正 (用github desktop處理)
我們假設有A B C三人 假設A是某個案子的主管 他另外邀請了BC來一起完成某專案
這專案可能我們三個要負責處理三個不同檔案 AF BF CF (AF for A, BF for B etc...)
這時候假設我是B的角色的時候
1. 我要把這個專案clone抓下來以後 我是否都要先創一個自己的branch
然後才開始在自己創的branch下面改我負責的BF?
因為我看說明是branch的東西可以隨便改 而且不會影響到master的東西
那如果我自己白目沒有branch然後直接在master下面改會怎樣?
2. 這些改過的東西 經過我commit註解我改了哪些東西以後 就可以pull request
請求A來看一下我的東西是不是可以合併回master了
給A批准以後 合併回master 我如果要改另外的檔案 就再開一個branch
這樣正確嗎?
3. 我如果改完BF以後 發現C已經先把新的CF合併上去master了
那這時候我自己branch的CF是舊版的要怎麼跟CF這邊同步?
還是根本不用理他 因為我是在我自己的branch做BF這個檔案
CF根本沒動 所以完全沒影響
專心處理BF -> commit BF -> pull request -> 等A批准合併
4. 那萬一C也不小心改到我的BF 那我也繼續改BF 那到底以誰的為主?
都等主管A檢查? 還是本來就有默契自己改自己的?
5. 如果我BF改到一半 發現BF裡面的功能不需要了
直接把這個branch刪掉也沒關係嗎?(就是不影響master)
我想我主要的問題應該是我這幾天在做project 我沒有創自己的branch
應該是直接改master下的檔案 導致後面不知道為什麼都沒辦法同步或是上傳資料
我也不知道為什麼
可能是我改BF 然後C改了CF 我要上傳時電腦拒絕因為怕我救的CF蓋到新的CF還是怎樣?
我想是不是創branch以後 再給A審核過以後 就不會有這個問題?
看的資訊有點亂 如果觀念有錯 請指教 謝謝
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 180.177.125.175
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1454341744.A.49D.html
1F:推 ns1234: 1.基本上是切出一個分支自己亂寫沒錯 02/02 00:16
2F:→ ns1234: 只是你要先rebase master 解決 衝突後 再用master去合你的 02/02 00:17
3F:→ ns1234: 如果你白目亂推東西上master,當然是等著幹.. 02/02 00:21
4F:→ ns1234: 2.多開一個進行中的分支(例如:B) 把你的東西都寫在B 02/02 00:23
5F:→ ns1234: 讓管理者去看有沒有問題 沒有問題再把B merge 到A裡面 02/02 00:23
7F:→ shortoneal: 上面連結是講git flow,大部分正常使用不出這些觀念 02/02 00:24
8F:→ ns1234: 3.檔案沒衝突就直接合併 只是執行上有沒有錯誤就要測了 02/02 00:24
9F:→ ns1234: 4.解決衝突 02/02 00:24
10F:→ ns1234: 5.沒用就刪掉吧 ..以上是個人操作經驗 有錯請指證 謝謝 02/02 00:25
11F:→ CaptainH: 看起來就是不會git但想用github 02/02 00:26
12F:→ CaptainH: 天方夜譚 02/02 00:26
13F:推 ns1234: 喔對..問題5 如果沒有commit的話 可以reset --hard 02/02 00:29
14F:→ wens: 先學git 再用github... 02/02 10:06
15F:→ james732: 你們會不會是需要類似gerrit之類的東西…? 02/02 11:27
16F:→ kenwufederer: 先把git學會不就好了… 02/02 12:19
17F:→ kenwufederer: 還是整個案子沒有人會 能教的? 02/02 12:20
18F:推 pirson: 建議先學Git 清楚了解master/branch/merge/rebase/folk/ 02/02 13:09
19F:→ pirson: fork 02/02 13:10
20F:→ pirson: 等原理及關係 再回來實際操作GitHub便能一目了然 02/02 13:12
21F:推 abc0922001: 1.其實也不用怕,反正被主管修理完,還是可以回復版本 02/03 00:08
22F:推 locklose: 真的不用怕,版本管理寫壞就只是被狗幹一頓然後rollback 02/03 01:12
23F:→ locklose: 這個我太有經驗了,導致我想放分支上去要先交文件給同事 02/03 01:13
25F:推 ij1001: 基本上有 commit 都有辦法 rollback 就是 02/09 15:24
26F:→ ij1001: 要遇到了才記得住 02/09 15:24