git可以這樣用? - Linux

Table of Contents

感謝大家的回答!

從版上大家的回答, 持贊成意見的佔絕大多數~
看來git真是有趣的管理系統

然而昨天和朋友提到此事, 他的反應是"我咧衝突要怎麼解決?"
這也是我們目前遇到的課題之一

個人覺得, 這是git設計時的考量
為了open source society開發的便利性
所以有了分散式倉儲的設計, 達到讓所有人參與開發的目的
不會有SVN那種需要先"加盟"的概念

然而, 我們是以營利為目的的奸詐商業公司
簡單來說, 在辦公室我們期待git能帶給我們的
反而是是Linus提到的---他沒興趣做的---傳統SCM system
主要是為了老闆和生管單位能夠控管source code而建

這樣說來, 情況還蠻弔詭的
我們採用了一個系統, 但是系統的設計哲學和需求, 其實是互斥的......

--

All Comments

Elvira avatarElvira2012-10-12
一樣可以建一個中央的trunk,讓大家pull,我不懂有什麼問題
一樣也是可以控管,問題在於你們的控管政策,而不是工具
Jack avatarJack2012-10-14
我不太相信你們公司的code會比linux還複雜
Susan avatarSusan2012-10-17
你能不能描述一下你認為的傳統流程是怎麼做
Rebecca avatarRebecca2012-10-19
還有為什麼你認為git做不到?
Annie avatarAnnie2012-10-20
衝突有哪一個 VCS 可以自動解決, 而不須要人為介入??
Tom avatarTom2012-10-25
衝突發生要靠人解決? 所以沒有你說的問題。
Bennie avatarBennie2012-10-26
中央控管 source code 本來就可以作的到,這也不是問題。
Jake avatarJake2012-10-31
看不懂你的問題在哪
Caitlin avatarCaitlin2012-11-01
讓大家誤會了,並不是說git做不到,而是git太強大
Thomas avatarThomas2012-11-05
我們的code並不大,但是入了object之後,連同source
Emma avatarEmma2012-11-10
code總共三千+衝突待解,這是問題其一
Victoria avatarVictoria2012-11-11
問題二是權限的考量;技術上不是問題,但是總覺得跟
Rosalind avatarRosalind2012-11-13
git的本意相違背
Michael avatarMichael2012-11-15
jokker大點出了一個重點:控管政策,只能說非常同意
George avatarGeorge2012-11-18
第二個問題根本不是問題, Git 也可以設中央伺服, 而且由
Michael avatarMichael2012-11-21
於 Git 本身特性 server 也是 incremental-only (有些例
外, 但可以 disable), 只要有人會管理, 權限控管很容易
George avatarGeorge2012-11-23
3000+的conflict?? 聽起來不像是工具問題,比較像是操作問題
Ida avatarIda2012-11-26
嗯嗯 這個conflict聽起來怪怪的..
Heather avatarHeather2012-11-29
obj的conflict通常好解決 留新的那一份就是了