作者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/cn.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