文件在Visual Studio團隊服務不同步（GIT回購）

Question

可能失去了一些東西真的很瑣碎，但在這裏努力想法子了..

我們有Visual Studio團隊服務一個Git倉庫設置。 自2月1日以來，幾個文件似乎與其提交歷史不同步。他們的歷史包含了大量最近的變化，但是當拉動最新版本時，我們實際上得到了舊版本。

目前尚不清楚團隊中的任何人是否可能在遠程存儲庫中意外發出了奇怪的命令。

但是，顯而易見的是，通過VSTS門戶網站顯示的「當前」遠程版本似乎比它們應該根據其歷史記錄更早（因此不是僅有本地回購的問題）。

下面就是一個例子：

當前版本

變化歷史

最新提交

即使最後提交的說明中添加了一些新的線路，該文件的「當前版本」不包含他們。而沒有其他犯歷史！

如何驗證所發生的事情到遠程回購和修改，或者任何建議，這是否是在VSTS一個已知的問題（他們最近已經有問題，服務下降了昨天..）

Answer 1

這很可能是由於拙劣的合併。可能發生的事情是，有人做了拉，衝突，解決了衝突，然後在合併之前注意到他有一些不是他的變化（並且不以任何方式與衝突有關）。他認爲這是一個奇怪的git bug或其他東西，並放棄這些更改，然後提交。那些被丟棄的變化是你錯過的變化;他們應該已與該合併提交。爲什麼在文件的歷史記錄中沒有看到這個「撤銷」提交的原因是，默認情況下，git（和其他工具）不會在文件歷史記錄中顯示合併提交，除非該文件與兩個合併父項不同。如果您執行git log <filename> --full-history，則應該看到將文件恢復爲較舊版本的合併提交。故事的道德：當進行合併時，即使（或者尤其是如果）你沒有製作它們，也要進行所有階段性的更改。

編輯：一個約拙劣的合併危險的事情是，他們可以發生沒有人注意到有一段時間，特別是因爲他們沒有在文件（S），其變化是失去了默認git log露面。以下腳本將檢測大多數錯誤的合併，報告哪些文件丟失了更改。它可以被調整爲用作提交鉤子，僅檢查某些提交等。它通過查看是否有任何文件由合併恢復到它們在兩個分支上次分叉時所處的狀態而起作用。

請注意，當涉及到shell腳本時，我是一個新手，所以請原諒糟糕的代碼質量。

isChangeInBaseChanges() { 
    for element in ${baseChanges[@]}; do 
    if [ $element == $change ] 
     then 
     return 1 
    fi 
    done 
    return 0 
} 


for merge in `git rev-list --min-parents=2 --all`; do 
    mergeChanges=`git log -m -1 --name-only --pretty="format:" $merge | sort -u` 
    mergeBase=`git merge-base $merge^ $merge^2` 
    baseChanges=`git diff --name-only $merge $mergeBase` 

    lostFiles=() 
    for change in ${mergeChanges[@]}; do 
    isChangeInBaseChanges 
    if [ $? -ne 1 ] 
    then 
     lostFiles+=($change) 
    fi 
    done 

    if [ ${#lostFiles[@]} -ne 0 ] 
    then 
    echo -n "Possible botched merge at " 
    echo $merge 
    echo "files with lost changes are: " 
    for lostFile in ${lostFiles[@]}; do 
     echo $lostFile 
    done 
    echo -------------------------------------------- 
    fi 

done