Làm cách nào để tạo dấu git bị xóa và một tệp mới khi tệp di chuyển?

Tôi đã di chuyển một tệp bằng tay và sau đó tôi đã sửa đổi nó. Theo Git, đó là một tệp mới và một tệp bị xóa. Có cách nào để buộc Git xử lý nó như là một tập tin di chuyển không?

Git sẽ tự động phát hiện di chuyển / đổi tên nếu sửa đổi của bạn không quá nghiêm trọng. Chỉ cần git addtập tin mới, và git rmtập tin cũ. git statussau đó sẽ hiển thị cho dù nó đã phát hiện đổi tên.

Ngoài ra, để di chuyển xung quanh các thư mục, bạn có thể cần phải:

1. cd vào đầu cấu trúc thư mục đó.
2. Chạy git add -A .
3. Chạy git statusđể xác minh rằng "tệp mới" hiện là tệp "đã đổi tên"

Nếu trạng thái git vẫn hiển thị "tệp mới" và không "đổi tên", bạn cần làm theo lời khuyên của Hank Gay, và thực hiện di chuyển và sửa đổi trong hai cam kết riêng biệt.

Thực hiện di chuyển và sửa đổi trong các cam kết riêng biệt.

Đó là tất cả một điều nhận thức. Git thường khá giỏi trong việc nhận ra các động thái, bởi vì GIT là một công cụ theo dõi nội dung

Tất cả những gì thực sự phụ thuộc là cách "stat" của bạn hiển thị nó. Sự khác biệt duy nhất ở đây là cờ -M.

nhật ký git --stat -M

commit 9c034a76d394352134ee2f4ede8a209ebec96288
Author: Kent Fredric
Date:   Fri Jan 9 22:13:51 2009 +1300


        Category Restructure

     lib/Gentoo/Repository.pm                |   10 +++++-----
     lib/Gentoo/{ => Repository}/Base.pm     |    2 +-
     lib/Gentoo/{ => Repository}/Category.pm |   12 ++++++------
     lib/Gentoo/{ => Repository}/Package.pm  |   10 +++++-----
     lib/Gentoo/{ => Repository}/Types.pm    |   10 +++++-----
     5 files changed, 22 insertions(+), 22 deletions(-)

đăng nhập git

commit 9c034a76d394352134ee2f4ede8a209ebec96288
Author: Kent Fredric
Date:   Fri Jan 9 22:13:51 2009 +1300

    Category Restructure

 lib/Gentoo/Base.pm                |   36 ------------------------
 lib/Gentoo/Category.pm            |   51 ----------------------------------
 lib/Gentoo/Package.pm             |   41 ---------------------------
 lib/Gentoo/Repository.pm          |   10 +++---
 lib/Gentoo/Repository/Base.pm     |   36 ++++++++++++++++++++++++
 lib/Gentoo/Repository/Category.pm |   51 ++++++++++++++++++++++++++++++++++
 lib/Gentoo/Repository/Package.pm  |   41 +++++++++++++++++++++++++++
 lib/Gentoo/Repository/Types.pm    |   55 +++++++++++++++++++++++++++++++++++++
 lib/Gentoo/Types.pm               |   55 -------------------------------------
 9 files changed, 188 insertions(+), 188 deletions(-)

git giúp đăng nhập

   -M
       Detect renames.

   -C
       Detect copies as well as renames. See also --find-copies-harder.

git diff -Mhoặc git log -Msẽ tự động phát hiện những thay đổi như đổi tên với những thay đổi nhỏ miễn là chúng thực sự là. Nếu những thay đổi nhỏ của bạn không phải là nhỏ, bạn có thể giảm sự tương tự, ví dụ:

$ git log -M20 -p --stat

để giảm từ 50% xuống 20% ​​mặc định.

Đây là một giải pháp nhanh chóng và bẩn thỉu cho một hoặc một vài tệp, đã đổi tên và sửa đổi các tệp không được cam kết.

Giả sử tập tin đã được đặt tên foovà bây giờ nó có tên bar:

1. Đổi tên barthành tên tạm thời:

   mv bar side
   

2. Thanh toán foo:

   git checkout HEAD foo
   

3. Đổi tên foothành barGit:

   git mv foo bar
   

4. Bây giờ đổi tên tập tin tạm thời của bạn trở lại bar.

   mv side bar
   

Bước cuối cùng này là những gì đưa nội dung thay đổi của bạn trở lại vào tệp.

Trong khi điều này có thể hoạt động, nếu tệp di chuyển quá khác biệt về nội dung so với git ban đầu sẽ xem xét nó hiệu quả hơn để quyết định đây là một đối tượng mới. Hãy để tôi chứng minh:

$ git status
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    renamed:    README -> README.md

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   README.md
    modified:   work.js

$ git add README.md work.js # why are the changes unstaged, let's add them.
$ git status
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    deleted:    README
    new file:   README.md
    modified:   work.js

$ git stash # what? let's go back a bit
Saved working directory and index state WIP on dir: f7a8685 update
HEAD is now at f7a8685 update
$ git status
On branch workit
Untracked files:
  (use "git add <file>..." to include in what will be committed)

    .idea/

nothing added to commit but untracked files present (use "git add" to track)
$ git stash pop
Removing README
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    new file:   README.md

Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    deleted:    README
    modified:   work.js

Dropped refs/stash@{0} (1ebca3b02e454a400b9fb834ed473c912a00cd2f)
$ git add work.js
$ git status
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    new file:   README.md
    modified:   work.js

Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    deleted:    README

$ git add README # hang on, I want it removed
$ git status
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    deleted:    README
    new file:   README.md
    modified:   work.js

$ mv README.md Rmd # Still? Try the answer I found.
$ git checkout README
error: pathspec 'README' did not match any file(s) known to git.
$ git checkout HEAD README # Ok the answer needed fixing.
$ git status
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    new file:   README.md
    modified:   work.js

Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    deleted:    README.md
    modified:   work.js

Untracked files:
  (use "git add <file>..." to include in what will be committed)

    Rmd

$ git mv README README.md
$ git status
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    renamed:    README -> README.md
    modified:   work.js

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   work.js

Untracked files:
  (use "git add <file>..." to include in what will be committed)

    Rmd

$ mv Rmd README.md
$ git status
On branch workit
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   .gitignore
    renamed:    README -> README.md
    modified:   work.js

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   README.md
    modified:   work.js

$ # actually that's half of what I wanted; \
  # and the js being modified twice? Git prefers it in this case.

Nếu bạn đang nói về việc git statuskhông hiển thị tên, git commit --dry-run -athay vào đó hãy thử

Nếu bạn đang sử dụng TortoiseGit, điều quan trọng cần lưu ý là phát hiện đổi tên tự động của Git xảy ra trong quá trình cam kết nhưng thực tế điều này sẽ xảy ra không phải lúc nào cũng được phần mềm hiển thị trước. Tôi đã chuyển hai tập tin sang một thư mục khác và thực hiện một số chỉnh sửa nhỏ. Tôi sử dụng TortoiseGit làm công cụ cam kết của mình và danh sách Thay đổi được thực hiện cho thấy các tệp bị xóa và thêm, không bị di chuyển. Chạy trạng thái git từ dòng lệnh cho thấy một tình huống tương tự. Tuy nhiên, sau khi cam kết các tệp, chúng hiển thị như được đổi tên trong nhật ký. Vì vậy, câu trả lời cho câu hỏi của bạn là, miễn là bạn chưa làm gì quá quyết liệt, Git sẽ tự động đổi tên.

Chỉnh sửa: Rõ ràng nếu bạn thêm các tệp mới và sau đó thực hiện trạng thái git từ dòng lệnh, đổi tên sẽ hiển thị trước khi cam kết.

Chỉnh sửa 2: Ngoài ra, trong TortoiseGit, thêm các tệp mới trong hộp thoại cam kết nhưng không cam kết chúng. Sau đó, nếu bạn đi vào lệnh Show Log và xem thư mục làm việc, bạn sẽ thấy Git có phát hiện ra việc đổi tên trước khi cam kết hay không.

Câu hỏi tương tự cũng được đặt ra ở đây: https://tortoisegit.org/su/1389 và đã được ghi lại là một lỗi cần sửa ở đây: https://tortoisegit.org/su/1440 Hóa ra đó là vấn đề hiển thị với cam kết của TortoiseGit hộp thoại và loại tồn tại trong trạng thái git nếu bạn chưa thêm các tệp mới.

Hoặc bạn hãy thử trả lời câu hỏi này tại đây của Amber ! Để trích dẫn lại:

Đầu tiên, hủy phần bổ sung theo giai đoạn của bạn cho tệp được di chuyển thủ công:

$ git reset path/to/newfile
$ mv path/to/newfile path/to/oldfile

Sau đó, sử dụng Git để di chuyển tệp:

$ git mv path/to/oldfile path/to/newfile

Tất nhiên, nếu bạn đã thực hiện di chuyển thủ công, bạn có thể muốn đặt lại về sửa đổi trước khi di chuyển thay vào đó, và sau đó chỉ cần git mv từ đó.

Sử dụng git mvlệnh để di chuyển các tệp, thay vì các lệnh di chuyển hệ điều hành: https://git-scm.com/docs/git-mv

Xin lưu ý rằng git mvlệnh chỉ tồn tại trong các phiên bản Git 1.8.5 trở lên. Vì vậy, bạn có thể phải cập nhật Git của mình để sử dụng lệnh này.

Tôi đã gặp vấn đề này gần đây, khi di chuyển (nhưng không sửa đổi) một số tệp.

Vấn đề là Git đã thay đổi một số kết thúc dòng khi tôi di chuyển các tệp và sau đó không thể nói rằng các tệp đó giống nhau.

Sử dụng đã git mvsắp xếp vấn đề, nhưng nó chỉ hoạt động trên các tệp / thư mục duy nhất và tôi có rất nhiều tệp trong thư mục gốc của kho lưu trữ.

Một cách để khắc phục điều này sẽ là với một số phép thuật bash / batch.

Một cách khác là như sau

• Di chuyển các tập tin và git commit. Điều này cập nhật các kết thúc dòng.
• Di chuyển các tệp trở lại vị trí ban đầu của chúng, bây giờ chúng có các kết thúc dòng mới và git commit --amend
• Di chuyển các tập tin một lần nữa và git commit --amend. Không có thay đổi nào về kết thúc dòng lần này vì vậy Git rất vui

Đối với tôi, nó đã làm việc để lưu tất cả các thay đổi trước khi cam kết và bật chúng ra một lần nữa. Điều này làm cho git phân tích lại các tập tin được thêm / xóa và nó đánh dấu chính xác chúng là di chuyển.

Có lẽ có một cách tốt hơn dòng lệnh của Wap để thực hiện điều này và tôi biết đây là một hack, nhưng tôi chưa bao giờ có thể tìm ra giải pháp tốt.

Sử dụng TortoiseGIT: Nếu bạn có một cam kết GIT trong đó một số thao tác di chuyển tệp đang hiển thị dưới dạng tải thêm / xóa thay vì đổi tên, mặc dù các tệp chỉ có thay đổi nhỏ, sau đó thực hiện việc này:

1. Kiểm tra những gì bạn đã làm tại địa phương
2. Kiểm tra thay đổi một dòng nhỏ trong lần xác nhận thứ 2
3. Chuyển đến nhật ký GIT trong rùa git
4. Chọn hai cam kết, nhấp chuột phải và chọn Hợp nhất thành một cam kết

Cam kết mới bây giờ sẽ hiển thị chính xác tệp đổi tên tập tin sẽ giúp duy trì lịch sử tập tin thích hợp.

Khi tôi chỉnh sửa, đổi tên và di chuyển tệp cùng một lúc, không có giải pháp nào trong số này hoạt động. Giải pháp là thực hiện nó trong hai lần xác nhận (chỉnh sửa và đổi tên / di chuyển tách biệt) và sau đó fixupcam kết thứ hai thông qua git rebase -iđể có nó trong một lần xác nhận.

Cách tôi hiểu câu hỏi này là "Cách làm cho git nhận ra việc xóa một tệp cũ và tạo một tệp mới khi di chuyển tệp".

Có trong thư mục làm việc khi bạn xóa một tệp cũ và chèn một tệp cũ, git statussẽ nói " deleted: old_file" và " Untracked files: ... new_file"

Nhưng trong chỉ mục / cấp độ phân tầng một khi bạn thêm và xóa tệp bằng git, nó sẽ được nhận dạng là di chuyển tệp. Để làm như vậy, giả sử bạn đã thực hiện xóa và tạo bằng Hệ thống hoạt động, hãy đưa ra các lệnh sau:

git add new_file
git rm old_file

Nếu nội dung của tệp tương tự 50% trở lên, git statuslệnh chạy sẽ cung cấp cho bạn:

renamed: old_file -> new_file