Làm cách nào để tôi ghi đè lên các tệp cục bộ trên a git pull?

Kịch bản như sau:

• Một thành viên trong nhóm đang sửa đổi các mẫu cho một trang web mà chúng tôi đang làm việc
• Họ đang thêm một số hình ảnh vào thư mục hình ảnh (nhưng quên thêm chúng dưới sự kiểm soát nguồn)
• Họ đang gửi hình ảnh qua thư, sau đó, cho tôi
• Tôi đang thêm hình ảnh dưới sự kiểm soát nguồn và đẩy chúng vào GitHub cùng với các thay đổi khác
• Họ không thể lấy các bản cập nhật từ GitHub vì Git không muốn ghi đè lên các tệp của họ.

Đây là lỗi tôi nhận được:

lỗi: Tập tin cây làm việc chưa được đóng gói 'công khai / hình ảnh / icon.gif' sẽ bị ghi đè bằng cách hợp nhất

Làm cách nào để buộc Git ghi đè lên chúng? Người này là một nhà thiết kế - thông thường, tôi giải quyết tất cả các xung đột bằng tay, vì vậy máy chủ có phiên bản mới nhất mà họ chỉ cần cập nhật trên máy tính của họ.

Quan trọng: Nếu bạn có bất kỳ thay đổi cục bộ nào, chúng sẽ bị mất. Có hoặc không có --hardtùy chọn, mọi cam kết cục bộ chưa được đẩy sẽ bị mất. ^[*]

Nếu bạn có bất kỳ tệp nào không được Git theo dõi (ví dụ: nội dung người dùng đã tải lên), các tệp này sẽ không bị ảnh hưởng.

Tôi nghĩ rằng đây là cách đúng đắn:

git fetch --all

Sau đó, bạn có hai lựa chọn:

git reset --hard origin/master

HOẶC Nếu bạn đang ở một số chi nhánh khác:

git reset --hard origin/<branch_name>

Giải trình:

git fetch tải xuống mới nhất từ ​​xa mà không cố gắng hợp nhất hoặc rebase bất cứ điều gì.

Sau đó, git resetthiết lập lại nhánh chính đến những gì bạn vừa tìm nạp. Các --hardtùy chọn thay đổi tất cả các file trong cây làm việc của bạn để phù hợp với các tập tin trongorigin/master

Duy trì các cam kết hiện tại của địa phương

^[*] : Điều đáng chú ý là có thể duy trì các cam kết cục bộ hiện tại bằng cách tạo một nhánh từ mastertrước khi đặt lại:

git checkout master
git branch new-branch-to-save-current-commits
git fetch --all
git reset --hard origin/master

Sau này, tất cả các cam kết cũ sẽ được giữ lại new-branch-to-save-current-commits.

Những thay đổi không được cam kết

Tuy nhiên, những thay đổi không được cam kết (thậm chí được dàn dựng) sẽ bị mất. Hãy chắc chắn để stash và cam kết bất cứ điều gì bạn cần. Cho rằng bạn có thể chạy như sau:

git stash

Và sau đó để áp dụng lại những thay đổi không được cam kết này:

git stash pop

Thử cái này:

git reset --hard HEAD
git pull

Nó nên làm những gì bạn muốn.

CẢNH BÁO: git cleanxóa tất cả các tệp / thư mục chưa được theo dõi của bạn và không thể hoàn tác.

Đôi khi clean -fkhông giúp được gì. Trong trường hợp bạn có các GIÁM ĐỐC chưa được theo dõi, tùy chọn -d cũng cần thiết:

# WARNING: this can't be undone!

git reset --hard HEAD
git clean -f -d
git pull

CẢNH BÁO: git cleanxóa tất cả các tệp / thư mục chưa được theo dõi của bạn và không thể hoàn tác.

Trước tiên hãy xem xét sử dụng cờ -n( --dry-run). Điều này sẽ cho bạn thấy những gì sẽ bị xóa mà không thực sự xóa bất cứ điều gì:

git clean -n -f -d

Ví dụ đầu ra:

Would remove untracked-file-1.txt
Would remove untracked-file-2.txt
Would remove untracked/folder
...

Giống như Hedgekey tôi nghĩ rằng câu trả lời là khủng khiếp. Nhưng mặc dù câu trả lời của Hedgekey có thể tốt hơn, tôi không nghĩ nó thanh lịch như nó có thể. Cách tôi tìm thấy để làm điều này là bằng cách sử dụng "tìm nạp" và "hợp nhất" với một chiến lược đã xác định. Điều này sẽ làm cho nó để các thay đổi cục bộ của bạn được bảo tồn miễn là chúng không phải là một trong những tệp mà bạn đang cố gắng ghi đè lên.

Trước tiên hãy cam kết về những thay đổi của bạn

 git add *
 git commit -a -m "local file server commit message"

Sau đó tìm nạp các thay đổi và ghi đè nếu có xung đột

 git fetch origin master
 git merge -s recursive -X theirs origin/master

"-X" là tên tùy chọn và "của họ" là giá trị cho tùy chọn đó. Bạn đang chọn sử dụng thay đổi "của họ", thay vì thay đổi "của bạn" nếu có xung đột.

Thay vì làm:

git fetch --all
git reset --hard origin/master

Tôi khuyên bạn nên làm như sau:

git fetch origin master
git reset --hard origin/master

Không cần phải tìm nạp tất cả các điều khiển từ xa và các nhánh nếu bạn sẽ thiết lập lại nhánh gốc / nhánh phải không?

Có vẻ như cách tốt nhất là trước tiên hãy làm:

git clean

Để xóa tất cả các tệp chưa được theo dõi và sau đó tiếp tục với git pull...

Cảnh báo, làm điều này sẽ xóa vĩnh viễn các tệp của bạn nếu bạn có bất kỳ thư mục / * mục nào trong tệp gitignore của bạn.

Một số câu trả lời dường như là khủng khiếp. Kinh khủng theo nghĩa những gì đã xảy ra với @Lauri bằng cách làm theo đề nghị của David Avsaj Biếnvili.

Thay vào đó (git> v1.7.6):

git stash --include-untracked
git pull

Sau này bạn có thể làm sạch lịch sử stash.

Thủ công, từng cái một:

$ git stash list
stash@{0}: WIP on <branch>: ...
stash@{1}: WIP on <branch>: ...

$ git stash drop stash@{0}
$ git stash drop stash@{1}

Một cách tàn bạo, tất cả cùng một lúc:

$ git stash clear

Tất nhiên nếu bạn muốn quay lại với những gì bạn đã đặt:

$ git stash list
...
$ git stash apply stash@{5}

Bạn có thể thấy lệnh này hữu ích để loại bỏ các thay đổi cục bộ:

git checkout <your-branch> -f

Và sau đó thực hiện dọn dẹp (loại bỏ các tệp không bị theo dõi khỏi cây làm việc):

git clean -f

Nếu bạn muốn xóa các thư mục không bị theo dõi ngoài các tệp không bị theo dõi:

git clean -fd

Thay vì hợp nhất với git pull, hãy thử điều này:

git fetch --all

theo dõi bởi:

git reset --hard origin/master.

Điều duy nhất làm việc cho tôi là:

git reset --hard HEAD~5

Điều này sẽ đưa bạn trở lại năm cam kết và sau đó với

git pull

Tôi thấy rằng bằng cách tìm kiếm cách hoàn tác hợp nhất Git .

Vấn đề với tất cả các giải pháp này là tất cả chúng đều quá phức tạp, hoặc, một vấn đề thậm chí còn lớn hơn, là chúng loại bỏ tất cả các tệp không được theo dõi khỏi máy chủ web, điều mà chúng tôi không muốn vì luôn có các tệp cấu hình cần thiết được bật máy chủ và không có trong kho Git.

Đây là giải pháp sạch nhất mà chúng tôi đang sử dụng:

# Fetch the newest code
git fetch

# Delete all files which are being added, so there
# are no conflicts with untracked files
for file in `git diff HEAD..origin/master --name-status | awk '/^A/ {print $2}'`
do
    rm -f -- "$file"
done

# Checkout all files which were locally modified
for file in `git diff --name-status | awk '/^[CDMRTUX]/ {print $2}'`
do
    git checkout -- "$file"
done

# Finally pull all the changes
# (you could merge as well e.g. 'merge origin/master')
git pull

• Lệnh đầu tiên lấy dữ liệu mới nhất.

• Lệnh thứ hai kiểm tra nếu có bất kỳ tệp nào đang được thêm vào kho lưu trữ và xóa các tệp không bị theo dõi khỏi kho lưu trữ cục bộ sẽ gây ra xung đột.

• Lệnh thứ ba kiểm tra tất cả các tệp đã được sửa đổi cục bộ.

• Cuối cùng, chúng tôi cố gắng cập nhật lên phiên bản mới nhất, nhưng lần này không có bất kỳ xung đột nào, vì các tệp không được theo dõi trong repo không tồn tại nữa và tất cả các tệp được sửa đổi cục bộ đều giống như trong kho lưu trữ.

Trước hết, hãy thử cách tiêu chuẩn:

git reset HEAD --hard # To remove all not committed changes!
git clean -fd         # To remove all untracked (non-git) files and folders!

^{Cảnh báo : Các lệnh trên có thể dẫn đến mất dữ liệu / tệp chỉ khi bạn không cam kết chúng! Nếu bạn không chắc chắn, hãy tạo bản sao lưu trước trong toàn bộ thư mục kho lưu trữ của bạn.}

Sau đó kéo nó một lần nữa.

Nếu ở trên sẽ không giúp ích và bạn không quan tâm đến các tệp / thư mục chưa được theo dõi của mình (tạo bản sao lưu trước chỉ trong trường hợp), hãy thử các bước đơn giản sau:

cd your_git_repo  # where 'your_git_repo' is your git repository folder
rm -rfv *         # WARNING: only run inside your git repository!
git pull          # pull the sources again

Điều này sẽ XÓA tất cả các tệp git (miễn trừ .git/dir, nơi bạn có tất cả các cam kết) và kéo lại.

Tại sao git reset HEAD --hardcó thể thất bại trong một số trường hợp?

1. Quy tắc tùy chỉnh trong .gitattributes file

   Đang có eol=lf quy tắc trong .gitattribut có thể khiến git sửa đổi một số thay đổi tệp bằng cách chuyển đổi kết thúc dòng CRLF thành LF trong một số tệp văn bản.

   Nếu đó là trường hợp, bạn đã cam kết những thay đổi CRLF / LF này (bằng cách xem xét chúng git status) hoặc thử: git config core.autcrlf falsetạm thời bỏ qua chúng.

2. Không tương thích hệ thống tập tin

   Khi bạn đang sử dụng hệ thống tệp không hỗ trợ các thuộc tính quyền. Ví dụ: bạn có hai kho lưu trữ, một trên Linux / Mac ( ext3/ hfs+) và một kho khác trên hệ thống tệp dựa trên FAT32 / NTFS.

   Như bạn chú ý, có hai loại hệ thống tệp khác nhau, do đó, hệ thống không hỗ trợ quyền Unix về cơ bản không thể đặt lại quyền truy cập tệp trên hệ thống không hỗ trợ loại quyền đó, vì vậy, dù --hardbạn có cố gắng thế nào , git luôn luôn phát hiện một số "thay đổi".

Tôi đã từng gặp vấn đề tương tự. Không ai cho tôi giải pháp này, nhưng nó hiệu quả với tôi.

Tôi đã giải quyết nó bằng cách:

1. Xóa tất cả các tập tin. Chỉ để lại .gitthư mục.
2. git reset --hard HEAD
3. git pull
4. git push

Bây giờ nó hoạt động.

Tặng kem:

Khi nói về pull / fetch / merge trong các câu trả lời trước, tôi muốn chia sẻ một mẹo thú vị và hiệu quả,

git pull --rebase

Lệnh trên là lệnh hữu ích nhất trong cuộc sống Git của tôi giúp tiết kiệm rất nhiều thời gian.

Trước khi đẩy cam kết mới của bạn đến máy chủ, hãy thử lệnh này và nó sẽ tự động đồng bộ hóa các thay đổi máy chủ mới nhất (với fetch + merge) và sẽ đặt cam kết của bạn ở đầu trong nhật ký Git. Không cần phải lo lắng về việc kéo / hợp nhất thủ công.

Tìm chi tiết trong "Git pull --rebase" làm gì? .

Tôi đã có một vấn đề tương tự. Tôi phải làm điều này:

git reset --hard HEAD
git clean -f
git pull

Tôi tóm tắt các câu trả lời khác. Bạn có thể thực hiện git pullmà không có lỗi:

git fetch --all
git reset --hard origin/master
git reset --hard HEAD
git clean -f -d
git pull

Cảnh báo : Kịch bản này rất mạnh mẽ, vì vậy bạn có thể mất các thay đổi của mình.

Dựa trên kinh nghiệm tương tự của riêng tôi, giải pháp được cung cấp bởi Strahinja Kustudic ở trên cho đến nay là tốt nhất. Như những người khác đã chỉ ra, chỉ cần thực hiện thiết lập lại cứng sẽ loại bỏ tất cả các tệp không bị theo dõi có thể bao gồm nhiều thứ mà bạn không muốn xóa, chẳng hạn như các tệp cấu hình. Điều an toàn hơn là chỉ xóa các tệp sắp được thêm vào và đối với vấn đề đó, bạn cũng có thể muốn kiểm tra bất kỳ tệp nào được sửa đổi cục bộ sắp được cập nhật.

Điều đó trong tâm trí, tôi đã cập nhật kịch bản của Kustudic để làm điều đó. Tôi cũng đã sửa một lỗi đánh máy (thiếu 'trong bản gốc).

#/bin/sh

# Fetch the newest code
git fetch

# Delete all files which are being added,
# so there are no conflicts with untracked files
for file in `git diff HEAD..origin/master --name-status | awk '/^A/ {print $2}'`
do
    echo "Deleting untracked file $file..."
    rm -vf "$file"
done

# Checkout all files which have been locally modified
for file in `git diff HEAD..origin/master --name-status | awk '/^M/ {print $2}'`
do
    echo "Checking out modified file $file..."
    git checkout $file
done

# Finally merge all the changes (you could use merge here as well)
git pull

Tôi tin rằng có hai nguyên nhân có thể gây ra xung đột, phải được giải quyết riêng và theo như tôi có thể nói không có câu trả lời nào ở trên giải quyết cả hai:

• Các tệp cục bộ không bị theo dõi cần phải được xóa, bằng tay (an toàn hơn) hoặc như được đề xuất trong các câu trả lời khác, bởi git clean -f -d

• Các xác nhận cục bộ không nằm trên nhánh từ xa cũng cần phải bị xóa. IMO cách dễ nhất để đạt được điều này là: git reset --hard origin/master(thay thế 'chủ nhân' bằng bất kỳ nhánh nào bạn đang làm việc và chạy git fetch originđầu tiên)

Một cách dễ dàng hơn là:

git checkout --theirs /path/to/file.extension
git pull origin master

Điều này sẽ ghi đè tệp cục bộ của bạn với tệp trên git

Có vẻ như hầu hết các câu trả lời ở đây đều tập trung vào master chi nhánh; tuy nhiên, có những lúc tôi làm việc trên cùng một nhánh tính năng ở hai nơi khác nhau và tôi muốn một cuộc nổi loạn ở một nơi sẽ được phản ánh ở nơi khác mà không cần phải nhảy qua nhiều vòng.

Dựa trên sự kết hợp giữa câu trả lời của RNA và câu trả lời của torek cho một câu hỏi tương tự , tôi đã đưa ra câu trả lời tuyệt vời này:

git fetch
git reset --hard @{u}

Chạy cái này từ một nhánh và nó sẽ chỉ đặt lại nhánh cục bộ của bạn thành phiên bản ngược dòng.

Điều này cũng có thể được đưa vào một bí danh git ( git forcepull):

git config alias.forcepull "!git fetch ; git reset --hard @{u}"

Hoặc, trong .gitconfigtệp của bạn :

[alias]
  forcepull = "!git fetch ; git reset --hard @{u}"

Thưởng thức!

Tôi đã có cùng một vấn đề và vì một số lý do, thậm chí git clean -f -dsẽ không làm điều đó. Đây là lý do: Vì một số lý do, nếu tệp của bạn bị Git bỏ qua (thông qua mục .gitignore, tôi giả sử), nó vẫn phiền về việc ghi đè lên điều này bằng một lần kéo sau , nhưng sạch sẽ không xóa nó, trừ khi bạn thêm -x.

Tôi biết một phương pháp dễ dàng hơn và ít đau đớn hơn:

$ git branch -m [branch_to_force_pull] tmp
$ git fetch
$ git checkout [branch_to_force_pull]
$ git branch -D tmp

Đó là nó!

Tôi chỉ tự giải quyết điều này bằng cách:

git checkout -b tmp # "tmp" or pick a better name for your local changes branch
git add -A
git commit -m 'tmp'
git pull
git checkout master # Or whatever branch you were on originally
git pull
git diff tmp

trong đó lệnh cuối cùng đưa ra một danh sách những thay đổi cục bộ của bạn. Tiếp tục sửa đổi nhánh "tmp" cho đến khi được chấp nhận và sau đó hợp nhất trở lại vào master với:

git checkout master && git merge tmp

Lần tới, có lẽ bạn có thể xử lý việc này theo cách sạch hơn bằng cách tra cứu "nhánh git stash" mặc dù stash có thể gây rắc rối cho bạn trong vài lần thử đầu tiên, vì vậy hãy thử nghiệm đầu tiên trên một dự án không quan trọng ...

Tôi có một tình huống kỳ lạ mà không git cleanhoặc không git resethoạt động. Tôi phải xóa tệp xung đột khỏi git indexbằng cách sử dụng tập lệnh sau trên mỗi tệp không bị theo dõi:

git rm [file]

Sau đó tôi có thể kéo tốt.

git fetch --all && git reset --hard origin/master && git pull

Mặc dù câu hỏi ban đầu, các câu trả lời hàng đầu có thể gây ra vấn đề cho những người gặp vấn đề tương tự, nhưng không muốn mất các tệp cục bộ của họ. Ví dụ: xem ý kiến ​​của Al-Punk và crizCraig.

Phiên bản sau đây cam kết các thay đổi cục bộ của bạn thành một nhánh tạm thời ( tmp), kiểm tra nhánh ban đầu (mà tôi giả sử là master) và hợp nhất các bản cập nhật. Bạn có thể làm điều này với stash, nhưng tôi thấy việc sử dụng phương pháp hợp nhất / hợp nhất thường dễ dàng hơn.

git checkout -b tmp
git add *; git commit -am "my temporary files"
git checkout master

git fetch origin master
git merge -s recursive -X theirs origin master

nơi chúng tôi giả định các kho lưu trữ khác là origin master.

Bốn lệnh này làm việc cho tôi.

git reset --hard HEAD
git checkout origin/master
git branch -D master
git checkout -b master

Để kiểm tra / kéo sau khi thực hiện các lệnh này

git pull origin master

Tôi đã thử rất nhiều nhưng cuối cùng cũng thành công với những lệnh này.

Cứ làm đi

git fetch origin branchname
git checkout -f origin/branchname // This will overwrite ONLY new included files
git checkout branchname
git merge origin/branchname

Vì vậy, bạn tránh tất cả các tác dụng phụ không mong muốn, như xóa các tệp hoặc thư mục bạn muốn giữ, v.v.

Đặt lại chỉ mục và phần đầu thành origin/master, nhưng không đặt lại cây làm việc:

git reset origin/master

Yêu cầu:

1. Theo dõi những thay đổi cục bộ để không ai ở đây mất chúng.
2. Làm cho kho lưu trữ cục bộ khớp với kho lưu trữ gốc từ xa.

Giải pháp:

1. Stash những thay đổi địa phương.

2. Fetch với một sạch của file và thư mục phớt lờ .gitignore và hard reset để nguồn gốc .

   git stash --include-untracked
   git fetch --all
   git clean -fdx
   git reset --hard origin/master