git-fast-import

    -1熱度

    1回答

    我正在通過使用Git的快速導入命令和StarTeam的SDK將StarTeam存儲庫遷移到Git。所有的工作都在Windows上進行。雖然大多數文件都是Windows格式(CRLF),但有2種文件是UNIX格式(LF)。在我第一次嘗試這兩個文件時,他們的LF被轉換爲CRLF。 問題最終導致我將core.autocrlf設置爲true。一旦我刪除了全局設置並重新導入,這兩個文件保留了它們原始的EOL

    2熱度

    1回答

    我正在將幾個Perforce項目遷移到Git。一個是在與過程的18%,雖然失敗: 致命的:不支持的命令:Users.Ref「KPLUS」 它看起來像git的快速導入正試圖執行的文本文件應在何處印刷(我認爲) 快速導入碰撞報告顯示我 fast-import crash report: fast-import process: 28327 parent process : 28325 at F

    5熱度

    1回答

    我寫的,和維護,一個開源工具,稱爲reposurgeon一個編輯的版本控制庫的歷史和可用於VCSes之間移動項目的歷史。最近我發佈了對讀取Subversion轉儲文件和回購的全面支持。但是有一件事情,repposurgeon並沒有做的很好,那就是翻譯Subversion分支合併完成了複製到git風格的DAG合併。 爲了讓這個部分正確,我需要理解Git快速導入流中合併提交的語義,比我更好。我的問題是

    1熱度

    1回答

    我試圖將我的CVS存儲庫轉換爲GIT,並且遇到了一個奇怪的問題: git fast-import具有硬編碼的文件模式100755和100644,否則會死亡。 來源: p = get_mode(p, &mode); if (!p) die("Corrupt mode: %s", command_buf.buf); switch (mode) { case 0644:

    3熱度

    1回答

    git fast-import --export-marks能夠導出一個文件,將標記與它創建的提交哈希相關聯。 到目前爲止,我已經看到標記不是輸入中提供的標記,而是一些與輸入無關的「內部標記」。 對於導入/導出互操作性,如果它保留原始標記,會不會更好?

    1熱度

    3回答

    我們目前使用SourceAnywhere Hosted作爲我們的版本控制服務器。我期待遷移到GitHub,並且真的想保留我們8年以上的歷史。 是否有其他人成功完成了此遷移和關注以分享他們的工具/流程? 現在,假設這還沒有做過,我想我正在編寫一個使用SourceAnywhere SDK或命令行客戶端的git fast-import腳本。作爲git的新手,是否有任何現有的腳本或資源可以指導我作爲起點?

    1熱度

    1回答

    在我的git存儲庫上,我使用算法根據分支名稱和標籤爲每個提交分配一個或多個唯一版本號。我想在另一個大型存儲庫中使用這種機制,我想克隆而不傳輸任何文件。 裸克隆可以幫助我擺脫斑點的工作副本,但它仍然會從服務器下載它們。具有--depth 1的淺克隆會跳過大多數Blob,但也會跳過下載除所有提交之外的所有提交的元數據。 是否有像git fast-export --no-data這樣的東西,我可以在客戶

    2熱度

    1回答

    我目前正在使用git-bzr-ng從bzr倉庫導入一些分支,並且我發現如果您爲每個導入的分支使用不同的目標分支,該工具不會使用相同的導入和導出標記文件。 git fast-import Documentation的某些閱讀和bzr fast-import文檔示例的回顧表明,從同一個存儲庫導入多個相關但未合併的分支時,應使用相同的標記文件。 問題是,這真的有多重要?我還沒有設法找到這些標記文件旨在保

    5熱度

    1回答

    我需要將我的bzr回購出口到git。要做到這一點,我試圖使用bzr fast-export --git-branch=mybranch --plain | git fast-import --force。 的BZR開始運行,但停止,並返回一個錯誤: 15:11:58 Calculating the revisions to include ... 15:11:58 Starting export

    5熱度

    2回答

    我們使用bazaar-vcs多年,但由於一些長期存在的令人煩惱的bug並停止開發bzr,我們決定遷移到git。 在使用bazaar時,我們廣泛使用了集市的「bug跟蹤器元數據」功能(http://doc.bazaar.canonical.com/bzr.dev/en/user-reference/bugs-help.html)。因此,每個錯誤修復提交都將ID包含到相應的mantis-bug-Id中