전문 번역가, 번역 회사, 웹 페이지 및 자유롭게 사용할 수 있는 번역 저장소 등을 활용합니다.
sha- 1
sha-1
마지막 업데이트: 2011-10-23
사용 빈도: 3
품질:
algoritmus hash sha-1
secure hash algorithm
마지막 업데이트: 2006-09-06
사용 빈도: 1
품질:
je používán transformační algoritmus sha-1.
the hash algorithm sha-1 shall be applied.
마지막 업데이트: 2014-11-13
사용 빈도: 1
품질:
pro objekt byla vytvořena tato hodnota sha-1:
here’s the object sha-1 value it created:
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
marks are written one per line as :markid sha-1.
marks are written one per line as :markid sha-1.
마지막 업데이트: 2018-02-13
사용 빈도: 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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
k tomu všemu přidáte režim, sha-1 a název souboru:
then, you specify the mode, sha-1, and filename:
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
경고: 보이지 않는 HTML 형식이 포함되어 있습니다
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
--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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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:
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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.
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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:
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질:
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).
마지막 업데이트: 2018-02-13
사용 빈도: 1
품질: