Você procurou por: digitální otisk sha 1 (Tcheco - Inglês)

sha- 1
sha-1

algoritmus hash sha-1
secure hash algorithm

je používán transformační algoritmus sha-1.
the hash algorithm sha-1 shall be applied.

pro objekt byla vytvořena tato hodnota sha-1:
here’s the object sha-1 value it created:

jedná se o otisk sha-1 – kontrolní součet spojení ukládaného obsahu a záhlaví, o němž si povíme za okamžik.
this is the sha-1 hash – a checksum of the content you’re storing plus a header, which you’ll learn about in a bit.

marks are written one per line as :markid sha-1.
marks are written one per line as :markid sha-1.

git dokáže identifikovat krátkou, jednoznačnou zkratku hodnoty sha-1.
git can figure out a short, unique abbreviation for your sha-1 values.

k tomu všemu přidáte režim, sha-1 a název souboru:
then, you specify the mode, sha-1, and filename:

vaše historie pak bude obsahovat revize c4 i c4’, které mají obě jiný otisk sha-1, ale představují stejnou práci a nesou i stejnou zprávu k revizi.
after you do that, your commit history will contain both the c4 and c4' commits, which have different sha-1 hashes but introduce the same work and have the same commit message.

soubory, které obsahují hodnoty sha-1, najdete v adresáři .git/refs.
in git, these are called "references" or "refs"; you can find the files that contain the sha-1 values in the .git/refs directory.

všimněte si, že první pole je část hodnoty sha-1 revize, v níž byl řádek naposled změněn.
notice that the first field is the partial sha-1 of the commit that last modified that line.

první možností je automaticky vložit kontrolní součet sha-1 blobu do pole $id$ v souboru.
first, you can inject the sha-1 checksum of a blob into an $id$ field in the file automatically.

--abbrev-commit zobrazí pouze prvních několik znaků kontrolního součtu sha-1 místo všech 40.
--abbrev-commit show only the first few characters of the sha-1 checksum instead of all 40.

git vám poskytne název nejbližší značky s počtem revizí na vrcholu této značky a část hodnoty sha-1 revize, k níž se popis vztahuje:
git gives you the name of the nearest tag with the number of commits on top of that tag and a partial sha-1 value of the commit you’re describing:

ačkoli může při každém odesílání ověřit, že všechny objekty stále souhlasí se svým kontrolním součtem sha-1 a ukazují k platným objektům, standardně to nedělá.
although git can check to make sure each object still matches its sha-1 checksum and points to valid objects, it doesn’t do that by default on every push.

jeden objekt stromu obsahuje jednu nebo více položek stromu, z nichž každá obsahuje ukazatel sha-1 na blob nebo podstrom s asociovaným režimem, typem a názvem souboru.
a single tree object contains one or more tree entries, each of which contains a sha-1 pointer to a blob or subtree with its associated mode, type, and filename.

hodnota sha-1 ze samých nul znamená, že na tomto místě předtím nic nebylo, protože přidáváte větev „experiment“.
the sha-1 value of all '0's means that nothing was there before — because you’re adding the experiment reference.

jedná se o řetězec o 40 hexadecimálních znacích (0–9; a–f) vypočítaný na základě obsahu souboru nebo adresářové struktury systému git. otisk sha-1 může vypadat například takto:
this is a 40-character string composed of hexadecimal characters (0–9 and a–f) and calculated based on the contents of a file or directory structure in git. a sha-1 hash looks something like this:

after 2010, federal agencies may use sha-1 only for the following applications: hash-based message authentication codes (hmacs); key derivation functions (kdfs); and random number generators (rngs).
after 2010, federal agencies may use sha-1 only for the following applications: hash-based message authentication codes (hmacs); key derivation functions (kdfs); and random number generators (rngs).