2013-06-27 17 views

cevap

10

--revision-range numaralı telefonu kullanmanız gerektiğinde, değişimin öncesinde ve sonrasında git komutları ile birlikte kullanılmalıdır. Örneğin.

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

Taahhüt numaraları için kesilmiş bir değer kullanıyorum dikkat edin. Gerçek değerleri f5b67e3978ec0348d33672ba79215fe887709bed ve f17f7714f7e6c92fafb03bbfa3d7fefdb3295039'dur. Bununla birlikte, kesik sayıları bildiren bir git çekme aralığından aldım.

Not: Son yapılan son işlemi yapın.

+0

Anladınız. Bu çok kullanışlı bir araç olabilir. İşe alma karmalarıyla ilgili bir not: "Git, kısmi SHA-1'inizin en az dört karakter uzunluğunda ve belirsiz olması koşuluyla, ilk birkaç karakteri sağlamanız durumunda, yazmayı ne amaçla yazacağınızı anlamaya yetecek kadar akıllıdır - yalnızca Geçerli depodaki bir nesne o kısmi SHA-1 ile başlıyor. " (bkz. [http://git-scm.com/book/ch6-1.html]) – Magikhead

+2

Çok kullanışlıdır. Son işlem dahil edilirken aralığın başlangıç ​​taahhüdünü içermediğine dikkat edilmelidir, yani, (0) –

1

İki taahhüt kimliğini bilmek zorunda kalmaktan rahatsız olmuştum. Bu yüzden id işlemek var içine herhangi bir şube veya etiketi çevirecek biraz bash komut

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

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

git rev-parse içine bu sarılır. bu nedenle, eğer depoda iseniz git-review HEAD -i my_reviewer

Kaydırma işlemi, refspec'in komut satırına iki kez geçilmeyeceğinden emin olacaktır.

NOT: Dosya git-inceleme çağıran o git'e görünür olma yan etkisi yoktur ve söz konusu yorum isteğinde taahhüt sonra git review HEAD

1

Belirli bir gönderme komutu aşağıdaki kullanabilirsiniz çağırabilir

rbt post d1c631b 

Not: Burada, d1c631b, gerçek işlem kimliğini değil, kesilmiş kimlik kimliğini keser.

+0

Bunun neden kabul edilen cevap olmadığını bilmiyorum! –

İlgili konular