SetFileDate для Windows

Оценка:	1 2 3 4 5 4.60 /5 голосов — 5
Лицензия:	Бесплатная
Версия:	2.0 | Сообщить о новой версии
Обновлено:	13.07.2010
ОС:	Windows 7, Vista, XP
Интерфейс:	Английский
Разработчик:	No Nonsense Software
Категория:	Переименование файлов
Загрузок (сегодня/всего):	1 / 12 677 | Статистика
Размер:	549 Кб
СКАЧАТЬ

FileDate Changer — небольшая бесплатная утилита, позволяющая изменять дату и время создания.

ReNamer — функциональный инструмент для переименования файлов и папок. Поддерживает работу с.

Advanced Renamer — удобная программа для пакетного переименования файлов и папок. Утилита предлагает 14 способов переименования.

Attribute Changer — простенькая утилита для удобного изменения основных атрибутов файлов и папок.

Change Date/Time — утилита Change Date/Time предназначена для изменения даты и времени создания и.

Rename Master — небольшая бесплатная программа, позволяющая пакетно переименовывать несколько файлов всего за несколько кликов.

Отзывы о программе SetFileDate

kazak про SetFileDate 2.0 [15-12-2013]

Почему программа работает через раз? Пишет, что модифицирован файл, а он ни фига не модифицирован. Делаешь по 10 раз — одно и то же. Одни файлы модифицирует, другие нет. Как заставить её работать?
3 | 4 | Ответить

Илья в ответ kazak про SetFileDate 2.0 [11-03-2015]

У файла в свойствах надо снять галочку Только чтение
3 | 2 | Ответить

Управление версиями сборок Assembly versioning

Управление версиями сборок, использующих среду CLR, производится полностью на уровне сборки. All versioning of assemblies that use the common language runtime is done at the assembly level. Конкретная версия сборки и версии зависимых от нее сборок указываются в манифесте сборки. The specific version of an assembly and the versions of dependent assemblies are recorded in the assembly’s manifest. Политика управления версиями по умолчанию для среды выполнения заключается в том, что приложения могут выполняться только с версиями, с которыми они были разработаны и протестированы, если иное не переопределено явной политикой использования версий в файлах конфигурации (в файле конфигурации приложения, файле политики издателя и файле конфигурации администратора компьютера). The default version policy for the runtime is that applications run only with the versions they were built and tested with, unless overridden by explicit version policy in configuration files (the application configuration file, the publisher policy file, and the computer’s administrator configuration file).

Управление версиями выполняется только для сборок со строгими именами. Versioning is done only on assemblies with strong names.

Среда выполнения предпринимает несколько шагов для разрешения запроса привязки сборок. The runtime performs several steps to resolve an assembly binding request:

Проверяет исходную ссылку на сборку для определения версии сборки, с которой будет связано приложение. Checks the original assembly reference to determine the version of the assembly to be bound.

Проверяет все применимые файлы конфигурации для использования политики управления версиями. Checks for all applicable configuration files to apply version policy.

Определяет правильную сборку на основании исходной ссылки на сборку и любого указанного в файлах конфигурации перенаправления, а также версию, которая должна связываться с вызывающей сборкой. Determines the correct assembly from the original assembly reference and any redirection specified in the configuration files, and determines the version that should be bound to the calling assembly.

Проверяет глобальный кэш сборок и указанные в файлах конфигурации базы кода, а затем проверяет папку приложения и вложенные папки с помощью правил проверки, описанных в разделе Обнаружение сборок в среде выполнения. Checks the global assembly cache, codebases specified in configuration files, and then checks the application’s directory and subdirectories using the probing rules explained in How the runtime locates assemblies.

Указанные шаги показаны на следующей иллюстрации: The following illustration shows these steps:

Дополнительные сведения о настройке приложений см. в разделе Настройка приложений. For more information about configuring applications, see Configure apps. Дополнительные сведения о политике привязки см. в разделе Обнаружение сборок в среде выполнения. For more information about binding policy, see How the runtime locates assemblies.

Сведения о версии Version information

В каждой сборке есть два различных способа задания сведений о версии. Each assembly has two distinct ways of expressing version information:

Номер версии сборки, который наряду с именем сборки и сведениями о языке и региональных параметрах является частью удостоверения сборки. The assembly’s version number, which, together with the assembly name and culture information, is part of the assembly’s identity. Это номер используется средой выполнения для применения политики управления версиями и играет ключевую роль в процессе разрешения типов на этапе выполнения. This number is used by the runtime to enforce version policy and plays a key part in the type resolution process at run time.

Информационная версия, которая представляет собой строку с дополнительными сведениями о версии, служащую исключительно в информационных целях. An informational version, which is a string that represents additional version information included for informational purposes only.

Номер версии сборки Assembly version number

Каждая сборка имеет номер версии, являющийся частью ее удостоверения. Each assembly has a version number as part of its identity. Следовательно, две сборки, имеющие разные номера версий, рассматриваются средой выполнения как совершенно разные сборки. As such, two assemblies that differ by version number are considered by the runtime to be completely different assemblies. Этот номер версии физически представляется в виде строки из четырех частей следующего формата: This version number is physically represented as a four-part string with the following format:

Например, в версии «1.5.1254.0» число «1» представляет основную версию, «5» — младший номер версии, «1254» — номер построения, а «0» — номер редакции. For example, version 1.5.1254.0 indicates 1 as the major version, 5 as the minor version, 1254 as the build number, and 0 as the revision number.

Номер версии сохраняется в манифесте сборки вместе с другими данными удостоверения, включая имя сборки и открытый ключ, а также сведения о связях и удостоверениях других подключаемых к приложению сборок. The version number is stored in the assembly manifest along with other identity information, including the assembly name and public key, as well as information on relationships and identities of other assemblies connected with the application.

При построении сборки средство разработки записывает сведения о зависимостях каждой сборки, на которую имеется ссылка, в манифест сборки. When an assembly is built, the development tool records dependency information for each assembly that is referenced in the assembly manifest. Среда выполнения использует эти номера версий вместе с конфигурационными данными, установленными администратором, приложением или издателем для загрузки нужной версии сборки, на которую имеется ссылка. The runtime uses these version numbers, in conjunction with configuration information set by an administrator, an application, or a publisher, to load the proper version of a referenced assembly.

С целью управления версиями среда выполнения разделяет обычные сборки и сборки со строгими именами. The runtime distinguishes between regular and strong-named assemblies for the purposes of versioning. Проверка версий производится только для сборок со строгими именами. Version checking only occurs with strong-named assemblies.

Сведения о политиках привязки версий см. в разделе Настройка приложений. For information about specifying version binding policies, see Configure apps. Дополнительные сведения о способе использования средой выполнения сведений о версии для поиска определенной сборки см. в разделе Обнаружение сборок в среде выполнения. For information about how the runtime uses version information to find a particular assembly, see How the runtime locates assemblies.

Информационная версия сборки Assembly informational version

Информационная версия сборки представляет собой строку, которая добавляет к сборке дополнительные данные и служит только для информации. Она не используется на этапе выполнения. The informational version is a string that attaches additional version information to an assembly for informational purposes only; this information is not used at run time. Информационная версия (в текстовом формате) соответствует описанию продукта на рынке, данным о комплектации или названии продукта. Эта версия не используется средой выполнения. The text-based informational version corresponds to the product’s marketing literature, packaging, or product name and is not used by the runtime. Так, информационная версия может быть задана как «Среда CLR версии 1.0» или «Элемент управления NET с пакетом обновления 2». For example, an informational version could be «Common Language Runtime version 1.0» or «NET Control SP 2». В Microsoft Windows эта информация отображается в элементе «Версия продукта» на вкладке «Версии» в диалоговом окне свойств файла. On the Version tab of the file properties dialog in Microsoft Windows, this information appears in the item «Product Version».

Хотя можно задать любой текст, при компиляции появится предупреждение, если строка имеет формат отличный от формата номера версии сборки или если она имеет правильный формат, но содержит подстановочные знаки. Although you can specify any text, a warning message appears on compilation if the string is not in the format used by the assembly version number, or if it is in that format but contains wildcards. Это не опасное предупреждение. This warning is harmless.

Управление версиями Versioning

Разработка библиотек программного обеспечения редко завершается версией 1.0. A software library is rarely complete in version 1.0. Хорошая библиотека постоянно развивается: появляются новые функции, исправляются ошибки и повышается производительность. Good libraries evolve over time, adding features, fixing bugs, and improving performance. Очень важно правильно выпускать новые версии библиотеки .NET, расширяя ее возможности и не допуская появления проблем для уже существующих пользователей. It is important that you can release new versions of a .NET library, providing additional value with each version, without breaking existing users.

Критические изменения Breaking changes

См. сведения об оценке критических изменений между версиями. For information about handling breaking changes between versions, see Breaking changes.

Номера версий Version numbers

Для библиотеки .NET версию можно указать разными способами. A .NET library has many ways to specify a version. Вот несколько наиболее важных версий: These versions are the most important:

Версия пакета NuGet NuGet package version

Версия пакета NuGet отображается на сайте NuGet.org в диспетчере пакетов Visual Studio NuGet. Она добавляется к исходному коду при использовании пакета. The NuGet package version is displayed on NuGet.org, the Visual Studio NuGet package manager, and is added to source code when the package is used. Именно версию пакета NuGet чаще всего будут видеть пользователи и именно ее они будут считать версией используемой библиотеки. The NuGet package version is the version number users will commonly see, and they’ll refer to it when they talk about the version of a library they’re using. Версия пакета NuGet используется только в пределах NuGet и никак не влияет на поведение во время выполнения. The NuGet package version is used by NuGet and has no effect on runtime behavior.

Идентификатор пакета NuGet в сочетании с версией пакета NuGet используется для идентификации пакета в NuGet. The NuGet package identifier combined with the NuGet package version is used to identify a package in NuGet. Например, Newtonsoft.Json + 11.0.2 . For example, Newtonsoft.Json + 11.0.2 . Пакет с суффиксом обозначает пакет предварительной версии, и для него используются специальные правила, благодаря которым он идеально подходит для тестирования. A package with a suffix is a pre-release package and has special behavior that makes it ideal for testing. См. с сведения о пакетах предварительной версии. For more information, see Pre-release packages.

Так как версия пакета NuGet встречается разработчикам чаще всего, мы рекомендуем обновлять ее с использованием Семантического версионирования (SemVer). Because the NuGet package version is the most visible version to developers, it’s a good idea to update it using Semantic Versioning (SemVer). SemVer указывает на значимость изменений, реализованных в очередном выпуске, помогая разработчикам правильно выбрать версию для использования. SemVer indicates the significance of changes between release and helps developers make an informed decision when choosing what version to use. Например, переход от версии 1.0 к 2.0 указывает на наличие потенциальных критических изменений. For example, going from 1.0 to 2.0 indicates that there are potentially breaking changes.

✔ РЕКОМЕНДУЕТСЯ использовать SemVer 2.0.0 для управления версиями пакета NuGet. ✔️ CONSIDER using SemVer 2.0.0 to version your NuGet package.

✔️ СЛЕДУЕТ использовать версию пакета NuGet в общедоступной документации, так как именно этот номер версии пользователи будут видеть чаще всего. ✔️ DO use the NuGet package version in public documentation as it’s the version number that users will commonly see.

✔️ СЛЕДУЕТ добавить суффикс предварительной версии при выпуске нестабильной версии пакета. ✔️ DO include a pre-release suffix when releasing a non-stable package.

Чтобы использовать пакеты предварительных версий, пользователи должны явно согласиться с тем, что работа над пакетом еще не завершена. Users must opt in to getting pre-release packages, so they will understand that the package is not complete.

Версия сборки Assembly version

Версия сборки используется средой CLR во время выполнения для выбора загружаемой версии сборки. The assembly version is what the CLR uses at run time to select which version of an assembly to load. Выбор сборки через систему управления версиями применяется только к сборкам со строгими именами. Selecting an assembly using versioning only applies to assemblies with a strong name.

Среда CLR для .NET Framework при загрузке сборок со строгими именами требует точного соответствия. The .NET Framework CLR demands an exact match to load a strong-named assembly. Предположим, что Libary1, Version=1.0.0.0 компилируется со ссылкой на Newtonsoft.Json, Version=11.0.0.0 . For example, Libary1, Version=1.0.0.0 was compiled with a reference to Newtonsoft.Json, Version=11.0.0.0 . Тогда .NET Framework будет загружать только версию 11.0.0.0 . .NET Framework will only load that exact version 11.0.0.0 . Чтобы загрузить во время выполнения другую версию, необходимо добавить переадресацию привязок в файл конфигурации приложения .NET. To load a different version at run time, a binding redirect must be added to the .NET application’s config file.

Использование строгого именования в сочетании с версией сборки позволяет организовать строгую загрузку версий сборок. Strong naming combined with assembly version enables strict assembly version loading. Хотя строгое именование библиотек имеет ряд преимуществ, оно часто вызывает исключения времени выполнения, если не удается найти точную версию сборки. Для устранения таких проблем требуется исправление переадресации привязок в app.config или web.config . While strong naming a library has a number of benefits, it often results in run-time exceptions that an assembly can’t be found and requires binding redirects in app.config or web.config to be fixed. В .NET Core загрузка сборок менее строгая. In .NET Core, assembly loading is more relaxed. Среда выполнения .NET Core во время выполнения автоматически загружает сборки с более поздней версией. The .NET Core runtime automatically loads assemblies with a higher version at run time.

✔ РЕКОМЕНДУЕТСЯ указывать в AssemblyVersion только основной номер версии. ✔️ CONSIDER only including a major version in the AssemblyVersion.

Например, для библиотек версий 1.0 и 1.0.1 можно указать одинаковое значение AssemblyVersion 1.0.0.0 , а для библиотеки 2.0 изменить AssemblyVersion на 2.0.0.0 . e.g. Library 1.0 and Library 1.0.1 both have an AssemblyVersion of 1.0.0.0 , while Library 2.0 has AssemblyVersion of 2.0.0.0 . Если версия сборки меняется редко, потребуется меньше переадресаций привязок. When the assembly version changes less often, it reduces binding redirects.

✔ РЕКОМЕНДУЕТСЯ синхронизировать основной номер версии AssemblyVersion и версию пакета NuGet. ✔️ CONSIDER keeping the major version number of the AssemblyVersion and the NuGet package version in sync.

Номер AssemblyVersion включается в некоторые информационные сообщения для пользователей, например в составе имени сборки и имени типа сборки в сообщениях об исключениях. The AssemblyVersion is included in some informational messages displayed to the user, e.g. the assembly name and assembly qualified type names in exception messages. Сохранение связи между этими версиями позволит разработчикам лучше понимать, какую версию они используют. Maintaining a relationship between the versions provides more information to developers about which version they are using.

❌ НЕ СЛЕДУЕТ использовать фиксированное значение AssemblyVersion. ❌ DO NOT have a fixed AssemblyVersion.

Конечно же, отсутствие изменений в AssemblyVersion позволит избежать переадресации привязок, запрещая устанавливать более одной версии сборки в глобальный кэш сборок. While an unchanging AssemblyVersion avoids the need for binding redirects, it means that only a single version of the assembly can be installed in the Global Assembly Cache (GAC). Кроме того, приложения со ссылками на такую сборку в глобальном кэше сборок не смогут работать, если другое приложение загрузит в глобальный кэш сборок новую версию сборки с критическими изменениями. Also, the applications that reference the assembly in the GAC will break if another application updates the GAC assembly with breaking changes.

Версия файла сборки Assembly file version

Версия файла сборки используется для отображения версии файла в ОС Windows и никак не влияет на поведение во время выполнения. The assembly file version is used to display a file version in Windows and has no effect on run-time behavior. Настройка этой версии является необязательной. Setting this version is optional. Она отображается в диалоговом окне «Свойства файла» в проводнике Windows: It’s visible in the File Properties dialog in Windows Explorer:

✔ РЕКОМЕНДУЕТСЯ использовать номер сборки непрерывной интеграции в качестве номера редакции AssemblyFileVersion. ✔️ CONSIDER including a continuous integration build number as the AssemblyFileVersion revision.

Например, если вы создаете версию проекта 1.0.0, а номер сборки непрерывной интеграции имеет значение 99, параметр AssemblyFileVersion получит значение 1.0.0.99. For example, you are building version 1.0.0 of your project, and the continuous integration build number is 99 so your AssemblyFileVersion is 1.0.0.99.

✔️️ СЛЕДУЕТ использовать формат Major.Minor.Build.Revision для версии файла. ✔️ DO use the format Major.Minor.Build.Revision for file version.

Версия файла никогда не применяется в .NET, но в Windows ожидается версия файла в формате Major.Minor.Build.Revision . While the file version is never used by .NET, Windows expects the file version to be in the Major.Minor.Build.Revision format. Если версия не соответствует этому формату, появляется предупреждение. A warning is raised if the version doesn’t follow this format.

Информационная версия сборки Assembly informational version

Информационная версия сборки используется для сохранения дополнительных сведений о версии и никак не влияет на поведение во время выполнения. The assembly informational version is used to record additional version information and has no effect on runtime behavior. Настройка этой версии является необязательной. Setting this version is optional. Если вы используете SourceLink, это значение при сборке составляется из номера версии пакета NuGet и номера в системе управления версиями. If you’re using Source Link, this version will be set on build with the NuGet package version plus a source control version. Например, 1.0.0-beta1+204ff0a включает хэш фиксации для исходного кода, из которого построена сборка. For example, 1.0.0-beta1+204ff0a includes the commit hash of the source code the assembly was built from. Дополнительные сведения см. в разделе Ссылка на источник. For more information, see Source Link.

В более ранних версиях Visual Studio отображается предупреждение сборки, если эта версия не соответствует формату Major.Minor.Build.Revision . Older versions of Visual Studio raise a build warning if this version doesn’t follow the format Major.Minor.Build.Revision . Его можно игнорировать. The warning can be safely ignored.

❌ НЕЖЕЛАТЕЛЬНО самостоятельно указывать информационную версию сборки. ❌ AVOID setting the assembly informational version yourself.

Разрешите SourceLink автоматически создавать этот номер версии из метаданных NuGet и системы управления версиями. Allow SourceLink to automatically generate the version containing NuGet and source control metadata.