Ghi chú phát hành là gì và ai đọc chúng? Nên/chúng có thể được tự động bằng cách chỉ phun ra các bản sửa lỗi cho bản phát hành hiện tại, hoặc chúng có đảm bảo chỉnh sửa cẩn thận của con người không? Vì vậy, bất kỳ ai có liên kết đến các phương pháp hay nhất (lý luận đằng sau) liên quan đến ghi chú phát hành phần mềm?Ghi chú phát hành, để làm gì?
Ghi chú phát hành cũng quan trọng đối với tổ chức kiểm tra của bạn (nếu bạn có), để họ biết những gì đã thay đổi trong bản phát hành và cần thử nghiệm.
Điều này thực sự phụ thuộc vào ứng dụng của bạn được xây dựng cho ai và mục tiêu tổ chức của bạn. Tuy nhiên, tôi có xu hướng tin rằng các ghi chú phát hành cần phải là một danh sách ngắn gọn về các bổ sung quan trọng, cải tiến hoặc các bản sửa lỗi được đưa vào bản phát hành cụ thể.
Đôi khi một kết xuất đơn giản của thông tin hệ thống theo dõi lỗi là đủ, thời gian khác, tôi thấy rằng chúng cần được tinh chỉnh.
Điều quan trọng là Ghi chú phát hành thường được cho là "Hãy nhìn vào những gì chúng tôi đã làm" nhập danh sách các thay đổi.
Các lỗi và tính năng bổ sung. Người dùng sẽ đọc chúng để xác định xem họ có gặp phải sự cố khi cài đặt bản nâng cấp gia tăng hay chờ bản phát hành tiếp theo vì bản phát hành này không thêm bất kỳ tính năng nào họ cần hoặc sửa bất kỳ lỗi nào trong các tính năng mà họ đang sử dụng.
Tôi muốn nói rằng ít nhất họ yêu cầu một người đọc qua chúng và đảm bảo rằng mỗi ghi chú đều hữu ích. Nó phụ thuộc tốt như thế nào các ý kiến về sửa lỗi của bạn được.
Ghi chú phát hành của chúng tôi là con người được tạo ra thay vì tạo ra máy. Bao gồm ba chủ đề chính.
gì được bao gồm trong phiên bản (danh sách các file)
Làm thế nào để cài đặt nó
gì thay đổi kể từ phiên bản cuối cùng (đặc biệt là nếu những thay đổi đang không ở trong sự hướng dẫn sử dụng).
mục 1 và 2 không chnage nhiều từ phiên bản này sang phiên bản khác, nhưng chúng cần được xem xét. Mục 3 mất nhiều công sức nhất.
Thú vị khi tham gia Jim này. Tôi thường thấy các mục 1 và 2 được bao gồm trong tài liệu khác và không phải là tệp ghi chú phát hành .... –
Ghi chú phát hành và README có thể thực sự quan trọng nếu khách hàng của bạn phải thực hiện hành động đặc biệt ngoài các thủ tục bình thường để nâng cấp. Cũng rất hữu ích khi cảnh báo cho khách hàng/người dùng về bất kỳ bản nâng cấp db nào có thể tự động xảy ra do cài đặt bản vá mới hơn. Cách tôi nhìn thấy nó, Ghi chú phát hành và README nên được viết cho đối tượng Quản trị viên hệ thống. Vì vậy, bao gồm các loại điều họ muốn biết về: tóm tắt các thay đổi quan trọng, cách cài đặt, các lỗi đã biết, bất kỳ phần mềm nào của bạn có thể làm điều đó sẽ khiến ai đó kéo tóc ra, v.v.
Tôi thường đọc ghi chú phát hành . Tôi có xu hướng muốn có một danh sách đầy đủ các thay đổi về tính năng (hoặc tốt như chính đáng) để nâng cao khả năng sử dụng sản phẩm mới của tôi.
Tôi muốn xem khi nào các lỗi nghiêm trọng nhất định hoặc các vấn đề bảo mật quan trọng được giải quyết.
Ghi chú phát hành cũng rất quan trọng trong môi trường sản xuất.
Họ giúp trả lời câu hỏi muôn thuở:
Chuyện quái gì đang chạy vào sản xuất?
Hoặc câu hỏi được tinh chỉnh hơn: lỗi này có thực sự được sửa trong bản phát hành này không?
Ghi chú phát hành tùy thuộc vào tổ chức của bạn.
Tôi có thể nói chuyện với tổ chức của mình. Chúng tôi sử dụng ghi chú phát hành ở định dạng PDF và mỗi khi chúng tôi xuất bản một nhấp chuột hoặc phiên bản phụ trợ. Chúng tôi gửi cho người quản lý văn phòng ghi chú Phát hành. Đây là tài liệu được quản trị viên hàng đầu của doanh nghiệp sử dụng (không chỉ CNTT). Tài liệu này là một cách để họ biết những gì đang diễn ra. Điều gì đã thay đổi, các tính năng mới hiện đang được sản xuất, lỗi được khắc phục và những thứ khác mà họ có thể muốn giải thích cho người dùng của họ.
Đây là tài liệu có thể từ 3 đến 4 trang, mô tả công việc đã được thực hiện trong phiên bản này với các từ ngắn gọn.
Đây là khóa học phụ thuộc rất lớn vào loại ứng dụng/dịch vụ/điều gì,
nhưng tôi đã thấy rằng đọc các ghi chú phát hành của tôi yêu thích công cụ phát triển vv ..
thường làm cho tôi vấp ngã khi thoải mái, thú vị hoặc thậm chí các tính năng sát thủ mà tôi có lẽ sẽ bỏ lỡ nếu tôi không làm ít nhất là lướt qua các ghi chú ..... tốt, có lẽ không phải là kẻ giết người, nhưng bạn bị trôi dạt của tôi ;-)
Như hầu hết người dùng máy tính (hiện nay loại biểu hiện nào là ...)
Tôi không bao giờ bận tâm nhiều với tài liệu thông thường, do đó, điều này mang lại cho tôi
mà ít điều gì đó thêm đôi khi bên cạnh việc nhấp, di chuột và faq'ing ...
Ghi chú phát hành dành cho người thử nghiệm và người dùng biết có gì mới/thay đổi. Ngoài ra, các ghi chú phát hành có thể được sử dụng làm tài liệu hỗ trợ khi thanh toán "phiên bản" mới của phần mềm cho khách hàng mà bạn đang xây dựng cho chúng. v1.31 dường như dễ dàng hơn nhiều để liên kết và đi sâu vào.
Thay vì biên dịch cả hai danh sách theo cách thủ công, nếu bạn có thể sử dụng ghi chú phát hành của mình để làm điều đó cho bạn, điều đó thật tuyệt vời.
Tôi đánh dấu phần này là câu trả lời vì trong thực tế tôi không nghĩ những người dùng khác đọc toàn bộ ghi chú. Những người dùng khác có xu hướng đọc trợ giúp hoặc chú giải công cụ và các vị trí khác trong ứng dụng. Tuy nhiên, QA đánh giá cao các ghi chú phát hành chi tiết để thử nghiệm và ít nhất là trong tổ chức của tôi, họ thực sự đọc chúng. Cảm ơn. –