Git tương đương với lệnh TFS xếp / hủy giá trị là gì? hái anh đào?

Tôi thấy rằng các lệnh kệ / bỏ giá trong TFS rất tiện dụng và rất đơn giản để sử dụng. Tương đương trong Git là gì?

đây là tình huống trong TFS:

• Tôi đã thực hiện các thay đổi trong thân cây
• Tôi gác lại: tập hợp thay đổi được lưu trên máy chủ (có nhãn) và tôi lấy lại nguồn trước khi thay đổi
• Tôi làm việc trong thân cây
• Ai đó có thể hủy bỏ giá trị: đặt thay đổi trong không gian làm việc của anh ấy

Tôi biết rằng có một lệnh gọi cherry-pick nhưng tôi không chắc về quy trình làm việc và liệu nó có phù hợp với nhu cầu hay không.

Những gì bạn mô tả tương tự như vậy git stash, ngoại trừ vì với git, bạn có kho lưu trữ của riêng mình (không chỉ là một kho lưu trữ duy nhất trên máy chủ), chỉ bạn mới có thể lấy lại thiết lập thay đổi đó.

Ý tưởng chung là:

# do some stuff
vim foo/bar.c
# stash away your changes
git stash

# do some other things...

# retrieve your changes
git stash pop

Nếu bạn muốn người khác có quyền truy cập vào tập thay đổi này, thay vào đó bạn muốn chuyển nó vào một nhánh đang hoạt động:

# make yourself a branch
git checkout -b temp-featureA
# commit to it
git add foo/bar.c; git commit

# now you push this branch (or they could just fetch straight from you)
git push origin temp-featureA


# Now, in someone else's repo:
# Fetch updates
git fetch origin
# Make a branch tracking the remote branch
git branch temp-featureA origin/temp-featureA

# Either check it out:
git checkout temp-featureA
# or cherry-pick it, to apply the changes somewhere else:
git cherry-pick temp-featureA
# or, if it's multiple commits, rebase it!
git rebase --onto my-branch start-of-featureA temp-featureA

Những gì bạn muốn làm được thực hiện bằng cách phân nhánh cũ đơn giản trong git.

Từ một câu trả lời hay về StackOverflow của JaredPar :

Giá đỡ là một cách lưu tất cả các thay đổi trên hộp của bạn mà không cần đăng ký. Các thay đổi này vẫn tồn tại trên máy chủ.

Điều này tương tự như cam kết với một chi nhánh và đẩy nó đến một máy chủ trong git.

Làm thế nào để làm nó:

Giả sử bạn đang làm việc trên nhánh "chính" và bạn quyết định triển khai tính năng X. Bạn có một khởi đầu tốt với nó, nhưng sau đó sếp của bạn nói với bạn rằng tính năng Y cần được triển khai càng sớm càng tốt. Phil trong khối tiếp theo thay vì tình nguyện viên hoàn thành tính năng X trong khi bạn thực hiện tính năng Y. Đây là những gì bạn làm:

Tạo một chi nhánh mới và chuyển sang nó:

$ git checkout -b feature-x

Cam kết các thay đổi của bạn:

$ git add filethatyouchanged.cc
$ git commit -m 'partial implementation of feature X'

Đẩy nó đến một máy chủ mà Phil có thể thấy:

$ git push origin feature-x

Quay lại nhánh chính (không thay đổi):

$ git checkout master

Bạn cũng có thể muốn chủ động tạo một nhánh mới cho tính năng Y:

$ git checkout -b feature-y

Phil hiện có thể kéo xuống hoạt động của tính năng X của bạn và tiếp tục nơi bạn đã dừng lại:

phil$ git fetch origin
phil$ git checkout -t origin/feature-x

git stash hơi tương tự, ngoại trừ nó bị giới hạn trong cây làm việc của bạn .

Trong một DVCS, để đạt được loại quy trình công việc đó, bạn cần:

• cam kết những thay đổi hiện tại của bạn trong một chi nhánh mới
• kiểm tra chi nhánh ban đầu nơi bạn có thể tiếp tục, không có thay đổi nào bạn đã giới thiệu (nhưng đã cam kết trong chi nhánh mới)
• đẩy nhánh mới đó sang một đại diện trống
• cho phép một nhà phát triển khác kéo nhánh mới đó và hợp nhất nó vào nhánh hiện tại của mình.

Một cách khác là cho phép nhà phát triển khác tìm nạp chi nhánh của bạn (nơi bạn đã cam kết tập hợp các thay đổi đặc biệt đó) và chọn anh đào , nhưng điều đó không được khuyến khích, vì khó theo dõi các cam kết chọn anh đào .