Danh sách các yêu cầu nâng cao, lỗi và các mốc quan trọng của GNU Emacs tại bất kỳ thời điểm nào


10

Trong GitHub, người ta thường có thể tìm thấy, đối với một dự án nguồn mở nhất định, danh sách các vấn đề đã được báo cáo và khoảng thời gian ước tính được xem xét để sửa chữa hoặc nâng cao nhất định.

Có một kho lưu trữ tương đương nơi các yêu cầu tính năng và lỗi cho GNU Emac được thu thập và ưu tiên không? Các nhà phát triển có nhóm chúng thành các cột mốc cụ thể cho mỗi phiên bản không?


Đối với hồ sơ, có một câu trả lời tốt khác về bản sao này .
Malabarba

Câu trả lời:


9

Một nơi mà các lỗi emacs được đệ trình / liệt kê là debbugs . Các địa điểm khác để khám phá / thực hiện các yêu cầu tính năng và theo dõi sự phát triển bao gồm các danh sách thảo luận về emacs và emacs-devel .


3

Bạn có thể duyệt các yêu cầu được gửi chính xác trong các bản sửa lỗi từ Emacs: chỉ cần cài đặt debbugsgói (ví dụ: sử dụng M-x package-install), sau đó:

M-x debbugs-gnu


1

Như @JordonBiondo đã báo cáo ở đây (câu trả lời này là bản sao nguyên văn câu trả lời của anh ấy):

Quy trình báo cáo lỗi, yêu cầu các tính năng và gửi các đường dẫn được nêu trong hướng dẫn.

C-h rmBugsreturn

Hoặc đọc trực tuyến:

https://www.gnu.org/software/emacs/manual/html_node/emacs/Bugs.html

Tóm lại:

  • sử dụng report-emacs-bugcho báo cáo lỗi và yêu cầu tính năng
  • hỏi danh sách gửi thư dev nếu bạn nghĩ rằng yêu cầu của bạn cần thảo luận nhiều hơn
  • kiểm tra các lỗi hiện có và tìm kiếm danh sách gửi thư để xem chủ đề đã được thảo luận và kết luận chưa
  • đọc hướng dẫn về cách gửi bản vá
  • đăng ký vào emacs-devel hoặc thậm chí bug-gnu-emacs nếu bạn muốn được tham gia nhiều hơn hoặc được thông báo về những gì đang xảy ra trong quá trình phát triển emacs.

Cũng đọc vv / HỢP ĐỒNGBUG


Trao đổi ngăn xếp là về chia sẻ kiến ​​thức và tất cả, nhưng tôi muốn nói rằng đó là cách cư xử tốt để lại câu trả lời khác trước khi bạn sao chép nguyên văn. =)
Malabarba

Cảm ơn @Marbara Tôi nghĩ rằng bạn đã đúng, tôi đã do dự khi làm điều đó và nhận xét của bạn xác nhận những nghi ngờ của tôi. Tôi cũng nghĩ rằng tôi có thể làm điều đó CW, nhưng tôi nghĩ tốt nhất là xóa câu trả lời và để anh ấy trả lời (nếu anh ấy muốn) :)
Amelio Vazquez-Reina

trong những tình huống như thế này, tốt hơn là sao chép một câu trả lời hơn là không có nó ở đây. Nhưng thật tuyệt khi cho họ cơ hội sao chép nó ở đây trước.
Malabarba

Một bình luận sẽ rất hay, nhưng miễn là thông tin được đưa ra ngoài đó, tôi không thực sự quan tâm ai sẽ nhận được sự quy kết hay điểm internet kỳ diệu. Wiki cộng đồng là một cuộc gọi tốt, tôi sẽ làm điều đó với bài đăng khác của tôi.
Jordon Biondo

Cảm ơn @JordonBiondo tôi đã chọn nó, nhưng xin vui lòng thêm nó dưới dạng câu trả lời và tôi sẽ xóa cái này.
Amelio Vazquez-Reina
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.