Информация о версии, что для? [закрытый]

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

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

Наша информация о версии человеческая созданный вместо созданной машины. Покрытие три основных темы.

1. , Что включено в выпуски (список файлов)

2. , Как установить его

3. , Что изменилось начиная с последней версии (особенно, если изменения еще не находятся в руководстве).

объекты 1 и 2 не делают chnage очень от версии до версии, но они должны быть рассмотрены. Объект 3 берет большую часть работы.

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

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

ключ - то, что обычно Информация о версии, как полагают, "Эй взгляд на то, что мы действительно" вводили список изменений.

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

я хочу видеть, когда определенные критические ошибки или критические проблемы безопасности решены.

Информация о версии также очень важна в продуктивная среда .

Они помогают ответу на старый вопрос:

, Какого черта в настоящее время сталкивается с производством?

Или более усовершенствованный вопрос: эта ошибка была на самом деле исправлена в этом выпуске?

Информация о версии и READMEs могут быть действительно важными, если Ваш клиент должен принять специальные меры в дополнение к нормальным процедурам для обновления. Это также быть полезным предупредить клиентов/пользователей любых обновлений дб, которые могут автоматически произойти в результате установки более нового патча. Путем я вижу его, Информация о версии и READMEs должны быть записаны для аудитории Системного администратора. Поэтому включайте виды вещей, о которых они хотели бы знать: сводки важных изменений, как установить, известные ошибки, что-либо Ваше программное обеспечение, могли бы сделать, который заставит кого-то вытащить их волосы, и т.д.

Информация о версии зависит Вашей организации.

я могу говорить для своей организации. Мы используем информацию о версии в формате PDF и каждый раз, когда мы публикуем clickonce или версию бэкенда. Мы отправляем офис-менеджеру Информацию о версии. Это - документ, используемый ведущим администратором бизнеса (не только IT). Этот документ является способом для них знать то, что продолжается. Что изменилось, новые возможности, которые теперь работают, ошибки зафиксировали, и другая вещь, которую они могли бы хотеть объяснить их пользователю.

Это - документ, который может быть между 3 - 4 страницами, описав задание, которое было сделано в этой версии с краткими словами.

Это, конечно, очень зависит от типа приложения/сервиса/этажерки,
, но я нашел что чтение информации о версии моих любимых инструментов разработки и т.д.
часто заставляют меня наткнуться на хороший, интересное или даже уничтожающие функции, которые я, вероятно, пропустил бы, если я, did'nt, по крайней мере, просматривают примечания..... хорошо, возможно, не уничтожитель, но Вы получаете мой дрейф ;-)

Как большинство пользователей производительности компьютера (теперь, какое выражение - то, что...)
я никогда не беспокоюсь очень обычной документацией, таким образом, это дает мне
что мало что-то дополнительное что-то помимо нажатия, парения и faq'ing...

Примечания к выпуску предназначены для тестировщиков и пользователей, чтобы узнать, что нового / измененного. Кроме того, примечания к выпуску можно использовать в качестве вспомогательной документации при выставлении счета за новую «версию» программного обеспечения для клиента, который вы для него создаете. v1.31 кажется намного проще связать и изучить.

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