2013-06-27 25 views

Trả lời

10

Hóa ra bạn cần sử dụng --revision-range với lệnh git cam kết trước và sau thay đổi của bạn. Ví dụ.

post-review --revision-range=f17f771:f5b67e3 

Lưu ý rằng tôi đang sử dụng giá trị cắt ngắn cho số cam kết. Giá trị thực tế của chúng là f5b67e3978ec0348d33672ba79215fe887709bed và f17f7714f7e6c92fafb03bbfa3d7fefdb3295039. Tuy nhiên, tôi nhận được phạm vi từ một git kéo, mà dường như báo cáo số cắt ngắn.

Lưu ý: Đặt cam kết gần đây nhất mới nhất.

+0

Bạn đã hiểu. Đây có thể là một công cụ rất hữu ích. Lưu ý về băm cam kết: "Git đủ thông minh để tìm ra cam kết bạn muốn nhập nếu bạn cung cấp một vài ký tự đầu tiên, miễn là SHA-1 một phần của bạn dài ít nhất bốn ký tự và rõ ràng - nghĩa là, chỉ một đối tượng trong kho lưu trữ hiện tại bắt đầu với phần SHA-1 đó. " (xem [http://git-scm.com/book/ch6-1.html]) – Magikhead

+2

Nó rất hữu ích. Cần lưu ý rằng phạm vi không bao gồm cam kết bắt đầu trong khi cam kết kết thúc được bao gồm, cụ thể là (,]. –

1

Tôi đã bực mình vì phải biết hai id cam kết. Vì vậy, tôi bọc này vào một kịch bản bash ít

#!/bin/bash 
# I called the file git-review 

SHA=$1 
shift 
post-review --revision-range=$(git rev-parse $SHA^):$(git rev-parse $SHA) $* 

Các git rev-parse sẽ dịch bất kỳ chi nhánh hoặc thẻ vào đó là cam kết id. do đó nếu bạn đang ở trong kho lưu trữ, bạn có thể làm git-review HEAD -i my_reviewer

Thao tác dịch chuyển sẽ đảm bảo rằng refspec sẽ không được chuyển hai lần vào dòng lệnh.

LƯU Ý: gọi file git-xét có tác dụng phụ của nó có thể nhìn thấy git và bạn có thể gọi đó git review HEAD

1

Bạn có thể sử dụng lệnh sau đây để gửi một đặc biệt cam kết trong yêu cầu xem xét

rbt post d1c631b 

Lưu ý: Ở đây d1c631b là tên cam kết cắt ngắn không phải là id cam kết thực tế.

+0

Tôi không biết tại sao đây không phải là câu trả lời được chấp nhận! –

Các vấn đề liên quan