Успешное копирование нужно подтвердить содержимым

Чтобы проверить передачу файла, вычислите SHA-256 у оригинала и у копии и сравните полные значения. Если обе операции завершились без ошибок, совпавшие суммы дают практическое основание считать байтовое содержимое одинаковым в момент чтения. Для рабочего проекта нужен ещё один шаг: открыть его из нового расположения и проверить связанные материалы.

Имя и размер полезны для поиска файла, но недостаточны для сравнения содержимого. Две версии могут называться одинаково и занимать одинаковое число байтов. Сообщение «копирование завершено» тоже не отвечает, правильную ли папку вы выбрали и все ли зависимости проекта в неё вошли.

Хеш — контрольное значение, рассчитанное по содержимому. Алгоритмы такого типа описывает стандарт NIST FIPS 180-4: их используют для обнаружения изменений относительно ранее полученного значения. Для проверки обычной передачи здесь выбран SHA-256.

Не требуется загружать рабочие файлы на сайт. В Windows расчёт можно выполнить локально через PowerShell. При этом файл должен быть доступен для чтения и перестать изменяться: проверять ещё записываемый архив неудобно, поскольку две команды могут прочитать разные состояния. Дождитесь завершения сохранения и передачи, затем приступайте к сравнению.

Что показывают три маленьких файла

В приложении лежат original.txt, copy.txt и changed.txt. Первые два содержат version=1 и перевод строки LF. В третьем записано version=2 с тем же переводом строки. Файлы сохранены в UTF-8 без BOM; каждый занимает десять байтов.

Такой набор отделяет размер от содержимого. Девять видимых ASCII-символов и один LF дают десять байтов и для первой, и для второй версии. Изменён только один знак, а длина осталась прежней. Точная копия original.txt, наоборот, имеет другое имя, но те же данные.

В таблице показаны начала SHA-256: у оригинала и копии 2815beccc71f868b, у изменённого файла 362c63e6ecaaaf76. Это сокращения для чтения статьи. В настоящем сравнении используйте всю строку: для SHA-256 в шестнадцатеричной записи она содержит 64 символа.

Если пересоздать пример вручную в редакторе, результат может отличаться: другой перевод строки или BOM меняет байты. Это не делает вычисление неправильным. Для повторения значений из таблицы используйте скачанные файлы без пересохранения. Здесь существенно точное содержимое, включая невидимые служебные байты, а не только то, что показывает окно редактора.

Сравните суммы в PowerShell

Для оригинала выполните команду Get-FileHash -LiteralPath 'C:\Передача\project.zip' -Algorithm SHA256. Для копии — Get-FileHash -LiteralPath 'D:\Архив\project.zip' -Algorithm SHA256. Пути приведены как пример: подставьте реальные расположения и проверьте их перед запуском.

В результате смотрите поля Algorithm, Hash и Path. Алгоритм должен совпадать у обеих команд, а Path — указывать на нужные файлы. Документация Microsoft Get-FileHash описывает расчёт по содержимому и параметр LiteralPath, который использует путь буквально, без обработки подстановочных знаков.

Длинные строки удобнее сравнивать программно. Получите первую сумму: $sourceHash = (Get-FileHash -LiteralPath 'C:\Передача\project.zip' -Algorithm SHA256 -ErrorAction Stop).Hash. Затем выполните аналогичную команду для копии и сохраните результат в $copyHash. После успешного выполнения обеих команд выражение $sourceHash -eq $copyHash вернёт True при совпадении.

Не переходите к сравнению после ошибки чтения. Проверьте, что обе переменные содержат полные суммы, полученные в этом запуске. Если повторяете команды в старой сессии, не используйте прежний результат вместо неудавшегося нового. Сообщение об ошибке, пустое значение или прерванная команда означают, что проверка не завершена, а не что файлы совпали.

Разные суммы требуют выяснить причину

При разных полных суммах содержимое файлов различается. Но хеш не объясняет, что произошло. Сначала проверьте, не сравниваются ли две самостоятельные версии, не изменялся ли исходник после передачи и не пересохраняла ли файл другая программа. У текста мог смениться перевод строки, у изображения — встроенные метаданные.

Повторите чтение стабильных файлов и сохраните результаты вместе с путями. Если исходник остаётся тем же, а копия отличается, можно сделать новую копию в отдельное место и снова сравнить суммы. Не перезаписывайте единственный доступный материал, пока не поняли, какая версия нужна.

В случае архива проверьте также, откуда получен оригинал. Если отправитель упаковал старый проект, идеальная передача сохранит именно старый проект. Совпадение SHA-256 подтверждает соответствие двух файлов; правильность выбранной версии нужно устанавливать по содержимому и договорённости.

Для файла, скачанного из интернета, важен источник эталонной суммы. Значение на официальной странице издателя можно сопоставить с локальным файлом. Неизвестный файл и неизвестная сумма рядом с ним не устанавливают происхождение: оба могли быть заменены. Эта статья рассматривает проверку целостности передачи, а не полную проверку безопасности программы или доверия к её автору.

Для папки сначала сравните перечень файлов

Хеш одного ZIP проверяет байты этого архива целиком. У папки нет единственного содержимого, которое Get-FileHash автоматически проверит за вас: нужно определить состав файлов. Для передачи проекта составьте перечень относительных путей, размеров и SHA-256 каждого файла.

Начните с сопоставления путей. Например, assets/logo.svg должен соответствовать assets/logo.svg в другой корневой папке. Два разных файла logo.svg могут лежать в разных подпапках, поэтому сравнения только по имени недостаточно. Отсутствующие, лишние и недоступные для чтения файлы должны быть видны отдельно.

После этого сравните суммы у совпавших путей. Одинаковое количество файлов не гарантирует одинаковый состав: один файл мог исчезнуть, а другой появиться вместо него. Общий объём также способен совпасть случайно. Сначала выясняется, что именно сравнивается, затем — совпадает ли содержимое каждой пары.

Заранее договоритесь о границах передачи. Входят ли временные файлы, скрытые элементы, экспортированные версии и внешние зависимости? Какие материалы действительно нужны для продолжения работы? Исключения можно задать явно, но молчаливый пропуск недоступного файла нельзя записать как успешную проверку.

Для больших объёмов чтение всех данных занимает время и зависит от накопителей. При прерывании сохраните перечень завершённых проверок и отдельно оставшиеся файлы. Десятибайтовый пример подтверждает принцип сравнения, но ничего не говорит о скорости вашей передачи.

Совпавший архив ещё нужно открыть

После сверки распакуйте копию и откройте основной проект из нового расположения. Проверьте, что приложение находит связанные изображения, видео, шрифты и другие зависимости, если проект их использует. Архив может передаться без единого изменения и при этом изначально не содержать нужного материала.

Старое расположение иногда маскирует неполноту: программа продолжает брать файл оттуда, и проект выглядит исправным. Поэтому проверяйте пути зависимостей в приложении и убедитесь, что копия действительно использует переданный комплект. Для приёмки выберите действие, важное для проекта: открыть нужную сцену, воспроизвести фрагмент, получить контрольный экспорт.

Совпадение байтов и работоспособность отвечают на разные вопросы. Первое показывает сохранность переданного файла. Второе — достаточность комплекта и пригодность для продолжения работы в выбранной среде. Одно не заменяет другое, поэтому удобно хранить оба результата в кратком протоколе.

Запишите версию проекта, дату, исходный и конечный пути, алгоритм, итог сравнения и результат открытия. Список SHA-256 оставьте вместе с перечнем файлов для будущей сверки. Сумма, впервые вычисленная после повреждения, уже не покажет прежнее состояние; заранее сохранённый эталон позволяет обнаружить последующее изменение.

Удаление старого носителя — отдельное решение о хранении. Успешная проверка текущей копии не обещает, что она сохранится навсегда. Перед освобождением места убедитесь, что нужные версии и резервные копии учтены. Тогда результат передачи будет понятным: какие файлы сверены, какой проект открыт и где лежит пригодный рабочий комплект.