2011-01-21 20 views
1

我開始使用Git。我覺得指出這不是我的選擇很重要。直到上個月,我發現Git在理解上存在問題,但基本穩定。一到2010年12月的一週,我發現我不能再推到我們的「中央」倉庫。這個過程在編寫對象時會達到70%,然後掛起。我們沒有Git「專家」,但我問了一些其他使用它的人,並給出了一些建議的解決方案。羅技網絡攝像頭的問題,試圖從安全模式9(顯然與網絡)推動,在Git bash中使用命令行而不是Tortoise。沒有工作。我最終做的是卸載msysgit並重新安裝它。這解決了這個問題。或者我想。幾天前,問題重演。我不能再「推」到我們的存儲庫。「git push」可以掛在同一個%上嗎?

我想我可能只是計劃從現在開始每個月重新安裝msysgit,但對我來說這似乎是一個很大的讓步。 :-)

任何想法我可以做什麼來解決這個問題,甚至排除故障?

回答

1

原來,這是Git的版本,而不是操作系統的問題。我已經安裝了Git 1.7版。該服務器運行版本1.6.4。 Byt將我的客戶降級到1.6.4我沒有任何問題。感謝您對此的支持。我仍然認爲我會回到ClearCase,直到在我的組織中對Git提供更多支持。至於adymitruk的評論「你無法打敗Git讓你做的事情」,這可能是真實的,但我發現Git對我的工作沒有什麼優勢。也許我只是一個極客而已。也許我只是像Linus說的所有SVN用戶一樣愚蠢。

再次感謝 帕特Ø

1

可能存在託管位置的問題。自2008年以來我一直在使用git(msysgit),從來沒有這樣的問題。我會建議在linux虛擬機上託管服務器。這讓事情變得更快,gitolite對於權限來說非常優秀。

希望這會有所幫助。

+0

感謝您的回覆。不是一個真正的答案,但比在Git郵件列表上報告這個問題的人得到:-)更好。我認爲我的解決方案是回到ClearCase,它有很多問題,但是很有用。服務器託管在其他站點。他們沒有我知道的Linux經驗。所以我不認爲這是一種選擇。即使它被託管在這裏,我也不知道讓Linux在Linux環境下工作的頭疼是有道理的。 – 2011-01-24 14:31:44

+0

並不多。在這裏爲我們工作,我很樂意提供幫助。此外,Sitaram總是在IRC的git頻道上,並且可以在遇到問題時提供幫助。現在就開始工作,以免從現在開始將玻璃天花板放在您的生產力上。你無法打敗Git讓你做的事情。 – 2011-01-26 20:59:49

+0

如果我是你,在放棄之前,跳到freenode上的#git頻道(他們有一個網絡客戶端)。一旦連接,請仔細閱讀提示。您必須先進入驗證碼檢查頁面,然後才能參與。讓我知道你是否需要任何進一步的幫助。 – 2011-01-26 21:01:51

0

看起來這是不是一個普遍的問題,所以我建議你嘗試了一系列的測試,看看哪裏出現問題:

  • 設置另一臺機器上的遠程存儲庫(如您的工作伴侶的計算機),看看你是否可以完成交易到該存儲庫,看看它是否是一個存儲庫問題或網絡問題
  • 嘗試在另一個網絡上,以查看代理服務器,NAT等方式是否存在問題(shouldn' t是一個問題,但是誰知道你的工作網絡是什麼樣的)
  • 這個版本庫很簡單ry /文件結構。嘗試將遠程存儲庫複製到閃存驅動器上,然後將其放入本地計算機並嘗試在本地進行更新。這消除了組件鏈中的網絡和更新方法(服務器,ssh等),以查看存儲庫本身是否存在問題(可能是已損壞)。

而不是發佈的可能存在的故障詳盡的清單這將是幾乎是無止境的,考慮你與交互系統的所有部件,並嘗試通過更換其中的一部分來縮小問題(即工具,您的本地存儲庫,遠程存儲庫,網絡等等等等)另外,請確保您正確使用這些工具 - 傳輸一些更改不需要很長時間。

+0

這似乎是一個相當普遍的問題,因爲我發現它在其他論壇上有記錄,包括在Git論壇上至少有兩次報告。在每種情況下,Git都託管在Windows機器上,而不是「受支持」的配置。我的解決方案是重新安裝Git。現在問題解決了。順便說一句,將我的存儲庫複製到我辦公室的新客戶端,確實可以從另一臺計算機上完成推送。 – 2011-02-04 13:43:00

0

只是另一個數據點 - 這可能是在msysgit項目現場相關Issue 457。有一個解決方法(2011年2月起),但截至今天(2011年6月13日),他們沒有將其包含在發佈中。

相關問題