Nhà phát triển có thể chấp nhận một plugin được đánh dấu là không được cập nhật trong hơn 2 năm không?


13

Tôi đã bắt gặp một vài plugin WordPress trên http://wordpress.org/extend/plugins/ với cảnh báo này:

Plugin này đã không được cập nhật trong hơn 2 năm. Nó có thể không còn được duy trì hoặc hỗ trợ và có thể có vấn đề tương thích khi được sử dụng với các phiên bản gần đây hơn của WordPress.

Có cách nào để "thông qua" hoặc "xác minh" một plugin như thế này không? Tôi có một plugin trên wordpress.org vì vậy tôi hiểu quy trình. Quy trình chính xác để mang một plugin cũ hoặc có thể bị bỏ rơi hiện tại là gì?

Câu trả lời:


9

Gửi và gửi email đến plugins@wordpress.org và họ có thể giúp bạn cố gắng liên lạc với tác giả plugin gốc. Nếu tác giả không tìm thấy ở đâu và bạn có thể cho thấy rằng bạn có thể cập nhật nó thì có thể bạn sẽ được phép tiếp quản nó.


Tôi không đồng ý với điều đó, " rất có thể sẽ cho phép bạn tiếp quản nó". Trên thực tế, hiện tại rất khó có khả năng một người tùy tiện được cấp quyền truy cập cam kết SVN vào Plugin của người khác.
Chip Bennett

3
Trên thực tế, không, đây là câu trả lời chính xác. Chúng tôi thà để mọi người tiếp quản các plugin cũ và không rõ ràng thay vì từ bỏ chúng. Forking tạo các mục mới không cần thiết trong repo và không giúp người dùng hiện tại của plugin cũ.
Otto

Và đâu là hướng dẫn / hướng dẫn / chính sách chính thức để tiếp quản các Plugin bị bỏ rơi được đăng trên trang WPORG? Nếu điều đó được đăng ở đâu đó, tôi sẽ đồng ý rằng đây là câu trả lời chính xác.
Chip Bennett

Đây là một cái gì đó chúng ta cần phải giải quyết trong sổ tay. Tôi nghĩ đó là một vấn đề quan trọng. Triết lý này cũng có thể được áp dụng cho các chủ đề cũ bị bỏ rơi.
Chris_O

Tôi không biết đó là trường hợp, Otto / Chris. Tôi đã cố gắng liên lạc với tác giả ban đầu khi tôi làm điều này - wordpress.org/plugins/tpc-memory-usage-updated - nhưng không thể tiếp cận anh ta. Tôi rất vui khi được hợp nhất trở lại ban đầu của anh ấy.
Ý tưởng bắt buộc

5

Một trong những lý do chính tại sao hỗ trợ github hiện không được cung cấp là do sự phát triển của các plugin có thể được tiếp quản. xem:

http://make.wordpress.org/plugins/2012/08/18/93/

Tôi tưởng tượng gửi email cho tác giả (cc'ing plugins@wordpress.org) cho biết ý định của bạn để cập nhật plugin là đủ, nếu tác giả không phản hồi thì nhóm plugin có thể sẽ cấp cho bạn quyền truy cập. Họ có thể sẽ có đặt phòng về việc cấp cho bạn quyền truy cập nếu:

  • Bạn không có bất kỳ plugin hiện tại nào (họ không muốn bạn nâng cấp nó)
  • Plugin vẫn hoạt động với phiên bản mới nhất của WordPress
  • Plugin rất phổ biến

3

Tôi sẽ không dùng plugin, tôi sẽ thực hiện một ngã ba SVN và tự mình bắt đầu bảo trì plugin. Bằng cách này, plugin bây giờ là của bạn và bạn chịu trách nhiệm cho mọi thứ về phía trước trên ngã ba SVN ban đầu.

Xử lý các vấn đề di sản (nhà phát triển không giỏi hỗ trợ, v.v.) có lẽ không phải là giải pháp tốt nhất.


2

Quy trình chính xác để mang một plugin cũ hoặc có thể bị bỏ rơi hiện tại là gì?

Mặc dù mọi thứ luôn có thể thay đổi trong tương lai (và một số thay đổi là không thể tránh khỏi, nhưng giờ đây cộng đồng dường như đã đạt được sức hút đối với nỗ lực dọn dẹp / cải thiện kho Plugin), hiện tại cách tiếp cận được đề xuấtrẽ nhánh plugin bị bỏ rơi , do đó bạn có thể cập nhật / bảo trì ngã ba của bạn.


Không, điều này không chính xác. Gửi email cho plugins@wordpress.org là cách tiếp cận chính xác. Ngã ba là một ý tưởng tồi.
Otto

0

Nếu bạn không thể tiếp quản plugin và cuối cùng quyết định "fork" plugin, tôi nghĩ đó cũng là một giải pháp tốt. Tôi nghĩ rằng cách Hikari Category Permalinks rẽ nhánh từ sC Category cung cấp một ví dụ hay (ít nhất, tôi nghĩ như vậy với tư cách là người dùng plugin / quản trị trang web wordpress, tôi không phải là nhà phát triển plugin).

http://wordpress.org/extend/plugins/hikari-carget-permalink/

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.