git-commit - Bulutta Çevrimiçi

Program:

ADI

git-commit - Depodaki değişiklikleri kaydeder

SİNOPSİS

git işlemek [-a | --interaktif | --patch] [-s] [-v] [-u ] [--değiştir]
[--kuru çalışma] [(-c | -C | --fixup | --squash) ]
[-F | -m ] [--reset-yazar] [--allow-empty]
[--allow-empty-message] [--no-verify] [-e] [--author= ]
[--tarih= ] [--temizleme= ] [--[durum yok]
[-i | -işletim sistemi[ ]] [--] [ ...]

TANIM

Dizinin mevcut içeriğini yeni bir taahhütte depolar ve
değişiklikleri açıklayan kullanıcı.

Eklenecek içerik birkaç şekilde belirtilebilir:

1. kullanarak git eklemek kullanmadan önce dizine değişiklikleri aşamalı olarak "eklemek" için işlemek
komut (Not: değiştirilmiş dosyalar bile "eklenmelidir");

2. kullanarak git rm dosyaları çalışan ağaçtan ve dizinden kaldırmak için tekrar önce
ile işlemek komut;

3. dosyaları argüman olarak listeleyerek işlemek komut, bu durumda taahhüt
dizinde aşamalı değişiklikleri yok sayın ve bunun yerine dizinin mevcut içeriğini kaydedin.
listelenen dosyalar (Git tarafından zaten bilinmesi gerekir);

4. ile -a anahtarını kullanarak işlemek tüm değişikliklerden otomatik olarak "ekleme" komutu
bilinen dosyalar (yani dizinde zaten listelenen tüm dosyalar) ve otomatik olarak
Çalışan ağaçtan kaldırılan dizindeki "rm" dosyalarını ve ardından
gerçek taahhüt;

5. --interactive veya --patch anahtarlarını kullanarak işlemek birine karar verme komutu
sonlandırmadan önce, hangi dosyaların veya yığınların taahhüdün bir parçası olması gerektiği
operasyon. bölümündeki “Etkileşimli Mod” bölümüne bakın. git-ekle(1) nasıl çalıştırılacağını öğrenmek
bu modlar.

--dry-run seçeneği, aşağıdakilerden herhangi birinin içerdiği şeylerin bir özetini elde etmek için kullanılabilir.
aynı parametre setini (seçenekler ve yollar) vererek bir sonraki taahhüt için yukarıda.

Bir taahhütte bulunursanız ve hemen ardından bir hata bulursanız, bundan kurtulabilirsiniz.
onunla git ayarlamak.

SEÇENEKLER

-a, --hepsi
Komuta, değiştirilmiş ve silinmiş dosyaları otomatik olarak hazırlamasını söyleyin, ancak
Git'e bahsetmediğiniz yeni dosyalar etkilenmez.

-p, --yama
Hangi değişikliklerin uygulanacağını seçmek için etkileşimli yama seçimi arayüzünü kullanın. Görmek
git-ekle(1) ayrıntılar için.

-C , --yeniden kullanım mesajı=
Mevcut bir taahhüt nesnesini alın ve günlük mesajını ve yazarlığı yeniden kullanın
taahhüt oluştururken bilgi (zaman damgası dahil).

-C , --reedit-mesaj=
Facebok sayfasını beğenin : -C, fakat -c düzenleyici çağrılır, böylece kullanıcı daha fazla düzenleyebilir
mesaj at.

--düzeltme=
rebase --autosquash ile kullanmak için bir taahhüt mesajı oluşturun. taahhüt mesajı olacak
"düzeltme!" öneki ile belirtilen taahhütten konu satırı olun. Görmek git-
yeniden baz almak(1) ayrıntılar için.

--kabak=
rebase --autosquash ile kullanmak için bir taahhüt mesajı oluşturun. taahhüt mesajı
konu satırı, "squash!" öneki ile belirtilen taahhütten alınmıştır. Olabilir
ek taahhüt mesajı seçenekleriyle kullanılır (-m/-c/-C/-F). Görmek git-rebase(1) için
detaylar.

--reset-yazar
-C/-c/--amend seçenekleriyle kullanıldığında veya bir çelişkiden sonra taahhütte bulunurken
kirazlı seçim, ortaya çıkan taahhüdün yazarlığının artık
taahhüt eden. Bu aynı zamanda yazar zaman damgasını da yeniler.

--kısa boylu
Kuru çalıştırma yaparken, çıktıyı kısa formatta verin. Görmek git durumu(1) için
detaylar. --kuru çalışma anlamına gelir.

--dal
Şube ve takip bilgilerini kısa formatta bile gösterin.

--porselen
Kuru çalışma yaparken çıktıyı porselen hazır formatta verin. Görmek git durumu(1)
detaylar için. --kuru çalışma anlamına gelir.

--uzun
Kuru çalıştırma yaparken, çıktıyı uzun formatta verin. --kuru çalışma anlamına gelir.

-z, --null
Kısa veya porselen durum çıktısı gösterilirken, durum çıktısındaki girişleri sonlandırın
LF yerine NUL ile. Biçim belirtilmemişse, --porcelain çıktı biçimini ifade eder.

-F , --dosya=
Verilen dosyadan taahhüt mesajını alın. Kullanmak - gelen mesajı okumak için
standart girdi.

--yazar=
Taahhüt yazarını geçersiz kıl. Standart AU Thor'u kullanarak açık bir yazar belirtin
<[e-posta korumalı]> biçimi. Aksi halde bir model olduğu varsayılır ve kullanılır
o yazar tarafından mevcut bir taahhüdü aramak için (yani rev-list --all -i
--yazar= ); taahhüt yazarı daha sonra bulunan bu tür ilk taahhütten kopyalanır.

--tarih=
Taahhütte kullanılan yazar tarihini geçersiz kılın.

-m , --mesaj=
verilenleri kullanın taahhüt mesajı olarak. Birden çok -m seçeneği verilirse, bunların
değerler ayrı paragraflar olarak birleştirilir.

-T , --şablon=
Taahhüt mesajını düzenlerken, düzenleyiciyi verilen dosyadaki içeriklerle başlatın.
Bu seçeneği vermek için genellikle commit.template yapılandırma değişkeni kullanılır.
dolaylı olarak komuta. Bu mekanizma, rehberlik etmek isteyen projeler tarafından kullanılabilir.
Katılımcıların mesajda neyi hangi sırayla yazacaklarına dair bazı ipuçları. Eğer
kullanıcı mesajı düzenlemeden editörden çıkarsa işlem iptal edilir. bu yok
-m veya -F seçenekleri gibi başka yollarla bir mesaj verildiğinde etki eder.

-s, --signoff
İşlem günlüğü mesajının sonuna taahhüt eden tarafından İmzalanan satırı ekleyin. NS
bir imzanın anlamı projeye bağlıdır, ancak tipik olarak bu taahhütte bulunanı onaylar.
bu çalışmayı aynı lisans altında gönderme haklarına sahiptir ve bir Geliştirici ile anlaşmayı kabul eder.
Menşe Şahadetnamesi (bkz. http://developercertificate.org/ daha fazla bilgi için).

-n, --no-doğrulama
Bu seçenek, ön-taahhüt ve taahhüt-msg kancalarını atlar. Ayrıca bakınız githook'lar(5).

--izin ver-boş
Genellikle, tek ebeveyn taahhüdüyle tam olarak aynı ağaca sahip bir taahhüdün kaydedilmesi,
hata ve komut, böyle bir taahhütte bulunmanızı engeller. Bu seçenek atlar
güvenlik ve öncelikle yabancı SCM arabirim komut dosyaları tarafından kullanım içindir.

--allow-boş-mesajı
--allow-empty gibi bu komut da öncelikle yabancı SCM arabirim komut dosyaları tarafından kullanım içindir.
Sıhhi tesisat kullanmadan boş bir taahhüt mesajı ile bir taahhüt oluşturmanıza olanak tanır.
gibi komutlar git-taahhüt ağacı(1).

--temizleme=
Bu seçenek, sağlanan taahhüt mesajının daha önce nasıl temizlenmesi gerektiğini belirler.
taahhüt etmek. NS şerit, boşluk, kelimesi kelimesine, makas veya varsayılan olabilir.

şerit
Baştaki ve sondaki boş satırları, sondaki boşlukları, yorumları ve
ardışık boş satırları daralt.

boşluk
#yorumun kaldırılmaması dışında şeritle aynı.

kelimesi kelimesine
Mesajı kesinlikle değiştirmeyin.

makas
"# satırındaki (ve dahil) her şeyin dışında boşlukla aynı
--------------------------- >8 ------------------------ " mesajı kesilirse
düzenlenecektir. "#" core.commentChar ile özelleştirilebilir.

varsayılan
Mesaj düzenlenecekse, şerit ile aynı. Aksi takdirde boşluk.

Varsayılan tarafından değiştirilebilir taahhüt.temizleme yapılandırma değişkeni (bkz. git-
yapılandırma(1)).

-e, --edit
-F ile dosyadan, -m ile komut satırından ve ile taahhüt nesnesinden alınan mesaj
-C genellikle değiştirilmemiş taahhüt günlüğü mesajı olarak kullanılır. Bu seçenek size daha fazla
Bu kaynaklardan alınan mesajı düzenleyin.

--Düzenleme yok
Bir düzenleyici başlatmadan seçilen taahhüt mesajını kullanın. Örneğin, git taahhüt
--amend --no-edit, taahhüt mesajını değiştirmeden bir taahhüdü değiştirir.

--değiştirmek
Yeni bir taahhüt oluşturarak mevcut dalın ucunu değiştirin. Kaydedilen ağaç
her zamanki gibi hazırlanmış (-i ve -o seçeneklerinin etkisi ve açık
pathspec) ve orijinal taahhütten gelen mesaj başlangıç ​​noktası olarak kullanılır,
komut satırından başka bir mesaj belirtilmediğinde boş bir mesaj yerine
-m, -F, -c, vb. gibi seçenekler aracılığıyla. Yeni taahhüt, aynı ebeveynlere ve yazara sahiptir.
geçerli olanı (--reset-author seçeneği buna karşı koyabilir).

Aşağıdakiler için kaba bir eşdeğerdir:

$ git sıfırlama --soft HEAD^
$ ... doğru ağacı bulmak için başka bir şey yap ...
$ git taahhüdü -c ORIG_HEAD

ancak bir birleştirme taahhüdünü değiştirmek için kullanılabilir.

Bir taahhüdü değiştirirseniz, tarihi yeniden yazmanın etkilerini anlamalısınız.
zaten yayınlandı. (Bkz. "UPSTREAM REBASE'DEN KURTARMA" bölümü git-
yeniden baz almak(1)).

--no-post-yeniden yazma
Yeniden yazma sonrası kancayı atlayın.

-dahil ediyorum
Şimdiye kadar hazırlanan içeriklerden bir taahhütte bulunmadan önce, yolların içeriğini aşamalandırın.
komut satırında da verilmiştir. olmadıkça genellikle istediğin şey bu değildir.
çelişkili bir birleştirme sonuçlandırılması.

-o, --sadece
üzerinde belirtilen yolların güncellenmiş çalışma ağacı içeriklerini alarak taahhütte bulunun.
komut satırı, diğer yollar için hazırlanan içeriği dikkate almadan.
Bu, varsayılan çalışma modudur. git işlemek üzerinde herhangi bir yol verilmişse
komut satırı, bu durumda bu seçenek atlanabilir. Bu seçenek belirtilirse
Birlikte --değiştirmek, o zaman değiştirmek için kullanılabilecek hiçbir yolun belirtilmesine gerek yoktur.
Halihazırda sahnelenmiş olan değişiklikleri taahhüt etmeden son taahhüt.

-u[ ], --untracked-files[= ]
İzlenmeyen dosyaları göster.

mode parametresi isteğe bağlıdır (varsayılan herşey) ve işleme belirtmek için kullanılır
izlenmeyen dosyalar; -u kullanılmadığında, varsayılan normal, yani izlenmeyenleri göster
dosyalar ve dizinler.

Olası seçenekler şunlardır:

· yok hayır - İzlenmeyen dosya gösterme

· normal - İzlenmeyen dosya ve dizinleri gösterir

· herşey - Ayrıca izlenmeyen dizinlerdeki dosyaları tek tek gösterir.

Varsayılan, status.showUntrackedFiles yapılandırması kullanılarak değiştirilebilir
içinde belgelenen değişken git-config(1).

-v, --ayrıntılı
HEAD taahhüdü ile altında taahhüt edilecek olan arasındaki birleşik farkı göster
kullanıcının ne olduğunu hatırlatarak taahhüdü tanımlamasına yardımcı olacak taahhüt mesajı şablonu
taahhüdün sahip olduğu değişiklikler. Bu diff çıktısının satırlarının ön ekine sahip olmadığını unutmayın.
ile #. Bu fark, taahhüt mesajının bir parçası olmayacak.

İki kez belirtilirse, ek olarak taahhüt edilecek olan arasındaki birleşik farkı gösterin
ve çalışma ağacı dosyaları, yani izlenen dosyalarda kademelendirilmemiş değişiklikler.

-q, --sessiz
Tamamlama özeti mesajını bastır.

--kuru çalışma
Bir taahhüt oluşturmayın, ancak taahhüt edilecek yolların bir listesini gösterin,
taahhüt edilmeyen yerel değişiklikler ve izlenmeyen yollar.

--durum
çıktısını dahil et git durumu(1) kullanırken taahhüt mesajı şablonunda
taahhüt mesajını hazırlamak için editör. Varsayılan olarak açıktır, ancak geçersiz kılmak için kullanılabilir
yapılandırma değişkeni commit.status.

--durum yok
çıktısını dahil etmeyin git durumu(1) kullanırken taahhüt mesajı şablonunda
varsayılan taahhüt mesajını hazırlamak için bir editör.

-S[ ], --gpg-işareti[= ]
GPG işareti taahhüt eder. Keyid argümanı isteğe bağlıdır ve varsayılan olarak taahhütte bulunur
Kimlik; belirtilirse, boşluk bırakmadan seçeneğe yapıştırılmalıdır.

--no-gpg-işareti
Her birini zorlayacak şekilde ayarlanan Countermand commit.gpgSign yapılandırma değişkeni
imzalanmayı taahhüt eder.

--
Daha fazla argümanı seçenek olarak yorumlamayın.

...
Dosyalar komut satırında verildiğinde, komut, dosyanın içeriğini taahhüt eder.
önceden yapılmış değişiklikleri kaydetmeden adlandırılmış dosyalar. Bu dosyaların içeriği
ayrıca daha önce sahnelenenlerin üzerine bir sonraki taahhüt için hazırlanır.

TARİH BİÇİMLER

GIT_AUTHOR_DATE, GIT_COMMITTER_DATE ortam değişkenleri ve --date seçeneği
aşağıdaki tarih biçimlerini destekler:

Git dahili formatı
Bu , nerede sayısı
UNIX çağından bu yana saniyeler. pozitif veya negatif bir ofsettir
UTC'den. Örneğin CET (UTC'nin 2 saat ilerisindedir) +0200'dür.

RFC 2822
RFC 2822 tarafından açıklanan standart e-posta biçimi, örneğin Per, 07 Nis 2005
22:13:13 +0200.

ISO 8601
ISO 8601 standardı tarafından belirtilen saat ve tarih, örneğin 2005-04-07T22:13:13. NS
ayrıştırıcı, T karakteri yerine bir boşluk da kabul eder.

not
Ayrıca tarih kısmı şu formatlarda kabul edilmektedir: YYYY.AA.GG,
AA/GG/YYYY ve GG.AA.YYYY.

ÖRNEKLER

Kendi çalışmanızı kaydederken, çalışma ağacınızdaki değiştirilmiş dosyaların içeriği
ile "indeks" adı verilen bir hazırlama alanında geçici olarak saklanır. git eklemek. bir dosya olabilir
yalnızca dizinde, ancak çalışma ağacında değil, son taahhüdünkine geri döndürüldü
git reset HEAD ile -- etkili bir şekilde geri dönen git eklemek ve değişiklikleri engeller
bu dosyaya bir sonraki işleme katılmaktan. devleti kurduktan sonra
bu komutlarla aşamalı olarak taahhüt edilir, git commit (herhangi bir yol adı parametresi olmadan)
şimdiye kadar sahnelenenleri kaydetmek için kullanılır. Bu, komutun en temel biçimidir.
Bir örnek:

$ düzenle merhaba.c
$ git rm hoşçakal.c
$ git merhaba.c ekle
$ git taahhüt

Dosyaları her bir değişiklikten sonra hazırlamak yerine git commit'e fark etmesini söyleyebilirsiniz.
çalışma ağacınızda içerikleri izlenen dosyalardaki değişiklikleri ve
sizin için ilgili git add ve git rm. Yani, bu örnek ile aynı şeyi yapar
önceki örnek, çalışma ağacınızda başka bir değişiklik yoksa:

$ düzenle merhaba.c
$rm hoşçakal.c
$ git taahhüt -a

git commit -a komutu önce çalışan ağacınıza bakar, değişiklik yaptığınızı fark eder.
merhaba.c ve hoşçakal.c'yi kaldırır ve sizin için gerekli git add ve git rm'yi gerçekleştirir.

Değişiklikleri birçok dosyada aşamalandırdıktan sonra, değişikliklerin kaydedildiği sırayı değiştirebilirsiniz,
git commit'e yol adları vererek. Yol adları verildiğinde, komut bir taahhütte bulunur
yalnızca adlandırılmış yollarda yapılan değişiklikleri kaydeder:

$ düzenle merhaba.c merhaba.h
$ git merhaba.c merhaba.h ekle
$ Makefile'ı düzenle
$ git taahhüt Makefile

Bu, değişikliği Makefile'e kaydeden bir taahhütte bulunur. için sahnelenen değişiklikler
merhaba.c ve merhaba.h, sonuçtaki işleme dahil edilmez. Ancak bunların değişiklikleri
kaybolmadılar - hala sahneleniyorlar ve sadece geri tutuluyorlar. Yukarıdaki sıralamadan sonra,
yap:

$ git taahhüt

bu ikinci taahhüt, merhaba.c ve merhaba.h'deki değişiklikleri beklendiği gibi kaydeder.

Bir birleştirmeden sonra (başlattığı git birleştirme or git Çek) çatışmalar nedeniyle temiz bir şekilde durur
birleştirilmiş yollar zaten sizin için işlenmek üzere hazırlanmıştır ve çakışan yollar
birleştirilmemiş durumda bırakılmıştır. Önce hangi yolların çakıştığını kontrol etmeniz gerekir. git
durum ve bunları çalışma ağacınızda manuel olarak düzelttikten sonra sonucu şu şekilde sahnelersiniz:
ile olağan git eklemek:

$ git durumu | grep birleştirilmemiş
birleştirilmemiş: merhaba.c
$ düzenle merhaba.c
$ git merhaba.c ekle

Çakışmaları çözdükten ve sonucu hazırladıktan sonra git ls-files -u bundan bahsetmeyi bırakırdı.
çelişkili yol. İşiniz bittiğinde, sonunda birleştirmeyi kaydetmek için git commit komutunu çalıştırın:

$ git taahhüt

Kendi değişikliklerinizi kaydetmek için olduğu gibi, yazmayı kaydetmek için -a seçeneğini kullanabilirsiniz. Bir
fark, bir birleştirme çözünürlüğü sırasında, git commit'i yol adlarıyla kullanamazsınız.
değişikliklerin taahhüt edildiği sırayı değiştirin, çünkü birleştirme
tek taahhüt. Aslında, komut yol adları verildiğinde çalışmayı reddediyor (ancak bkz. -i
seçenek).

TARTIŞMA

Zorunlu olmasa da, taahhüt mesajına tek bir kısa mesajla başlamak iyi bir fikirdir.
(50 karakterden az) değişikliği özetleyen satır, ardından boş bir satır ve ardından bir
daha kapsamlı açıklama. Bir taahhüt mesajındaki ilk boş satıra kadar olan metin
taahhüt başlığı olarak kabul edilir ve bu başlık Git'in tamamında kullanılır. Örneğin, git-
biçim yama(1) bir taahhüdü e-postaya dönüştürür ve Konu satırındaki başlığı kullanır ve
vücuttaki taahhüdün geri kalanı.

Git bir dereceye kadar karakter kodlama agnostiktir.

· Blob nesnelerinin içeriği, yorumlanmamış bayt dizileridir. yok
çekirdek düzeyinde kodlama çevirisi.

· Yol adları UTF-8 normalleştirme formu C'de kodlanmıştır. Bu, ağaç nesneleri için geçerlidir,
dizin dosyası, başvuru adlarının yanı sıra komut satırı bağımsız değişkenlerindeki yol adları,
ortam değişkenleri ve yapılandırma dosyaları (.git/config (bkz. git-config(1)), Gitignore(5)
git özellikleri(5) ve gitmodüller(5)).

Git'in temel düzeyde yol adlarını yalnızca NUL olmayan diziler olarak ele aldığını unutmayın.
bayt, dönüşümleri kodlayan yol adı yoktur (Mac ve Windows hariç).
Bu nedenle, ASCII olmayan yol adlarının kullanılması çoğunlukla platformlarda ve dosyalarda bile işe yarar.
eski genişletilmiş ASCII kodlamalarını kullanan sistemler. Ancak, üzerinde oluşturulan depolar
bu tür sistemler UTF-8 tabanlı sistemlerde (örn. Linux, Mac, Windows) düzgün çalışmayacaktır.
ve tersi. Ek olarak, Git tabanlı birçok araç, yol adlarının yalnızca
UTF-8 ve diğer kodlamaları doğru şekilde görüntüleyemez.

· Taahhüt günlüğü mesajları tipik olarak UTF-8'de kodlanır, ancak diğer genişletilmiş ASCII kodlamaları
de desteklenmektedir. Buna ISO-8859-x, CP125x ve diğerleri dahildir, ancak değil
UTF-16/32, EBCDIC ve CJK çok baytlı kodlamalar (GBK, Shift-JIS, Big5, EUC-x, CP9xx
vb.)

Taahhüt günlüğü mesajlarının UTF-8'de kodlanmasını teşvik etmemize rağmen, hem çekirdek hem de
Git Porselen, projelerde UTF-8'i zorlamamak için tasarlanmıştır. Eğer tüm katılımcılar bir
belirli bir proje eski kodlamaları kullanmayı daha uygun buluyor, Git yasaklamıyor
o. Ancak, akılda tutulması gereken birkaç şey var.

1. git işlemek ve git taahhüt ağacı kendisine verilen taahhüt günlüğü mesajı varsa bir uyarı verir
projenizin bir
eski kodlama Bunu söylemenin yolu, .git/config dosyasında i18n.commitencoding'e sahip olmaktır.
dosya, şöyle:

[i18n]
taahhüt kodlaması = ISO-8859-1

Yukarıdaki ayarla oluşturulan taahhüt nesneleri, i18n.commitencoding değerini kaydeder
kodlama başlığında. Bu, daha sonra onlara bakan diğer insanlara yardım etmek içindir. Eksiklik
bu başlık, taahhüt günlüğü mesajının UTF-8'de kodlandığını ima eder.

2. git log, git şov, git suçlama ve arkadaşlar bir taahhüdün kodlama başlığına bakar
nesneyi seçin ve aksi belirtilmedikçe günlük mesajını UTF-8'e yeniden kodlamayı deneyin. Sen
.git/config içinde i18n.logoutputencoding ile istenen çıktı kodlamasını belirtebilir
dosya, şöyle:

[i18n]
çıkış kodlaması = ISO-8859-1

Bu yapılandırma değişkenine sahip değilseniz, i18n.commitencoding değeri
yerine kullanılır.

Bir taahhüt yapıldığında, taahhüt günlüğü mesajını kasıtlı olarak yeniden kodlamamayı seçtiğimizi unutmayın.
UTF-8'i taahhüt nesnesi düzeyinde zorlamak için yapılmıştır, çünkü UTF-8'e yeniden kodlama yapılmaz
mutlaka tersine çevrilebilir bir işlemdir.

ÇEVRE VE YAPILANDIRMA DEĞİŞKENLER

Kesinleştirme günlüğü mesajını düzenlemek için kullanılan düzenleyici, GIT_EDITOR'dan seçilecektir.
ortam değişkeni, core.editor yapılandırma değişkeni, VISUAL ortamı
değişkeni veya EDITOR ortam değişkeni (bu sırayla). Görmek git-var(1) ayrıntılar için.

KANCALAR

Bu komut taahhüt-msg, hazır-taahhüt-msg, ön-taahhüt ve taahhüt-sonrası kancaları çalıştırabilir.
Yerimizi githook'lar(5) daha fazla bilgi için.

onworks.net hizmetlerini kullanarak git-commit'i çevrimiçi kullanın