Visual Studio Team Services上的文件不同步（Git repo）

1 回答

• 2

  这很可能是由于拙劣的合并 . 可能发生的事情是有人做了拉，得到了一些冲突，解决了冲突，然后在合并之前注意到他有一堆不是他的阶段性变化（并且与冲突没有任何关系） . 他认为这是一个奇怪的git bug或其他东西，并丢弃这些变化，然后提交 . 那些丢弃的变化是你缺少的;他们本应该在合并中承诺 . 您没有在文件的历史记录中看到此"undoing"提交的原因是，默认情况下，git（和其他工具）不会在文件历史记录中显示合并提交，除非该文件与两个合并父项不同 . 如果您执行 git log <filename> --full-history ，您应该看到将文件还原为旧版本的合并提交 . 故事的道德：在提交合并时，提交所有阶段性更改，即使（或特别是如果）您没有制作它们 .

  EDIT: 关于拙劣合并的一个危险的事情是，它们可以在没有人注意到相当长一段时间的情况下发生，特别是因为它们没有出现在其更改丢失的文件的默认值中 . 以下脚本将检测大多数拙劣的合并，报告哪些文件丢失了更改 . 它可以被调整为用作提交钩子，仅用于检查某些提交等 . 它通过查看是否有任何文件被合并恢复到两个分支最后分叉时它们所处的状态 .

  请注意，在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
  

  回复于 2024-05-09T02:57:07+08:00