git-bisect

    6熱度

    2回答

    我們的軟件是模塊化的,在一個項目中我有大約20個git回購。 如果測試失敗,有時很難找到匹配的提交,因爲幾個開發人員在這20個回購站上工作。 我知道測試昨天工作,今天無法reproachable。 有時我使用git-bisec,但是這隻適用於一個git回購。 經常在兩個git回購的變化使測試失敗。 我可以寫一個骯髒的腳本遍歷我ñ的git回購自己,但這樣做之前,我想知道專家如何解決這個問題。 我使用

    0熱度

    1回答

    我正在嘗試git bisect公開回購中的一些不良行爲。 回購有: 一些與提交CRLF(我在MacOS,所以期待LF) 一個.gitattributesfile在其根,歸一化的.c,.h和.java文件 據我所知,目前.git/config或~/.gitconfig都不重要,因爲.gitattributes有優先權。 我的問題與此有關:當我用CRLF提交一個提交時,本地文件用LF進行修改。這些文件

    0熱度

    1回答

    我想用git bisect來調試我正在處理的Django網絡應用程序。但是,恢復到舊提交將會破壞整個站點,因爲數據庫模式經常變化。我希望能夠運行git bisect,以便它只檢出一個文件夾。在這種情況下,該文件夾將是static/,因爲我試圖調試的問題在前端。 我試過git bisect start -- static/,但是這個命令只檢查觸及指定文件夾的提交(與我想要的有細微的差別)。 簡而言之

    7熱度

    1回答

    我的代碼中有一個錯誤,因爲測試失敗可以很容易地重現。 到目前爲止,我在這種情況下使用了git-bisect,但只有在只有一個git倉庫時纔有用。 在我的情況下,有7 有沒有辦法做這樣的事情混帳平分,但對於N git倉庫? 更新 有一個「容器」回購其中包含了很多配置。它與一個特定的客戶有關。 然後有一個核心應用程序的回購。 然後N repos用於此核心應用程序的插件。 在這種情況下,不使用Git子模

    1熱度

    1回答

    我有一個生產構建目錄,經常在合併分支時發生衝突。這是一個單獨的問題。我需要找到在使用Git平分提交歷史問題,但我得到以下錯誤: Bisecting: a merge base must be tested error: Untracked working tree file 'problem_directory/filename.ext' would be overwritten by merge

    2熱度

    2回答

    假定以下git分支:A - >乙 - 「ç - > d - >電子 - >的F - 」G 我已經通過確定git bisect提交C引入了一個錯誤,但是恢復由分支頂部的C引入的更改並不能解決問題。這表明在該分支的後續提交中還存在其他錯誤。 是否有合成以下分支的方法:A→B→D1→E1→F1→G1,其中1表示提交C中引入的更改不存在?然後,我會在該分支上運行git bisect以確定找到其他錯誤。 [

    7熱度

    2回答

    當使用git bisect時,可以運行git bisect skip來將當前提交標記爲不可構建/不可測試的,以嘗試讓Git選擇其他提交來測試。 Git如何決定在git bisect skip之後嘗試進行哪項承諾?實驗表明它不僅僅是一個相鄰的提交,但我無法解決這個模式。 編輯:我知道的基本git bisect是一個二進制搜索,但我很好奇git bisect skip,這顯然是做一些更復雜。 實驗表明

    6熱度

    1回答

    我一直在使用Git了巨資約7年`git的等效。幾天前,我發現了一個讓我感到驚訝的行爲。我發現git log,git blame和git bisect表現出這種奇怪的行爲。 A friend讓我知道--full-history標誌爲git log解決了我的問題。我想知道,對於我自己的教育,是否有對git blame和git bisect的等效修正。 隨意看看這個問題自己與此回購:https://dl

    1熱度

    1回答

    這是正常的中間提交無法編譯或以其他方式破壞在feature分支gitflow模型。 只有事情是在合併點處穩定到develop分支的地方審查和自動測試應用。 可以git平分過develop分支沒有擊中功能分支中斷的中間提交? 我不喜歡我的適應測試對開scrips跳過/解決方法從功能開發打破提交... 一種方式我想解決一個問題,就是告訴莫名其妙的Git只走跨越合併變更..

    1熱度

    2回答

    Jenkins 2.X真的很好 - 想知道現在是否可以用它做一個git bisect。目前提交被捆綁到工作取決於jenkins何時看到 - 當工作通過時,這是可以的。但是當這項工作失敗的時候,如果詹金斯能夠以對分的方式回去找到違規承諾,那將是一件好事。理想情況下,Jenkinsfile保持不變。