Debian developers have various responsibilities, and as official project members, they have great influence on the direction the project takes. A Debian developer is generally responsible for at least one package, but according to their available time and desire, they are free to become involved in numerous teams, acquiring, thus, more responsibilities within the project.

Package maintenance is a relatively regimented activity, very documented or even regulated. It must, in effect, comply with all the standards established by the Debian Policy. Fortunately, there are many tools that facilitate the maintainer's work. The developer can, thus, focus on the specifics of their package and on more complex tasks, such as squashing bugs.

The Policy, an essential element of the Debian Project, establishes the norms ensuring both the quality of the packages and perfect interoperability of the distribution. Thanks to this Policy, Debian remains consistent despite its gigantic size. This Policy is not fixed in stone, but continuously evolves thanks to proposals formulated on the debian-policy@lists.debian.org mailing list. Amendments that are agreed upon by all interested parties are accepted and applied to the text by a small group of maintainers who have no editorial responsibility (they only include the modifications agreed upon by the Debian developers that are members of the above-mentioned list). You can read current amendment proposals on the bug tracking system:

Chính sách cung cấp một lượng đáng kể các khía cạnh kĩ thuật cho việc packaging (đóng gói package). Kích cỡ của dự án cũng đặt ra nhiều vấn đề cho việc tổ chức; vốn được giải quyết bởi Hiến Pháp Debian, là thứ thiết lập nên cấu trúc và phương tiện dành cho việc ra quyết định vấn đề. Nói cách khác, là một hệ thống quản lý chính thống.

Hiến pháp này định rõ một số lượng nhất định các vai trò và vị trí, cùng với trách nhiệm và quyền hạn cho mỗi vị trí. Đáng chú ý rằng, các nhà phát triển Debian luôn là người có quyền đưa ra quyết định cuối cùng bằng một cuộc bỏ phiếu toàn diện, việc đa số có đủ năng lực nắm được ba phần tư (75%) số phiếu là cần thiết để tạo ra một thay đổi quan trọng (ví dụ như những người ảnh hưởng đến the Foundation Documents). Tuy nhiên, hàng năm các nhà phát triển lại bầu ra một “leader” để thay mặt họ trong các cuộc họp, và đảm bảo công tác phối hợp nội bộ giữa các team với nhau. Cuộc bầu chọn này luôn là chủ đề cho các cuộc tranh luận kịch liệt. Vai trò của người lãnh đạo không được định rõ một cách chính thức trong bất kì tài liệu nào: các ứng cử viên thường đề xuất định nghĩa riêng của họ về vị trí này. Thực tế là, vai trò của người lãnh đạo bao gồm việc đại diện để ra mắt truyền thông, phối hợp giữa các team “nội bộ”, và cung cấp hướng dẫn chung cho dự án, mà ở đó các nhà phát triển có thể liên kết với nhau: góc nhìn của DPL được phê duyệt ngầm định bởi một đa số các thành viên của dự án.

Đặc biệt là, người lãnh đạo có quyền hành thật sự; lá phiếu của họ quyết định kết quả hòa; họ có thể đưa ra bất kì quyết định nào mà không cần quyền hạn của bất kì ai khác, và có thể ủy thác một phần trách nhiệm của họ.

Since its inception, the project has been successively led by Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony Towns, Sam Hocevar, Steve McIntyre, Stefano Zacchiroli, Lucas Nussbaum, Mehdi Dogguy and Chris Lamb.

Hiến pháp cũng định rõ một “Ủy ban kỹ thuật”. Vai trò chính của ủy bàn là quyết định các vấn đề kỹ thuật khi các nhà phát triển có liên quan không đạt được một thỏa thuận chung. Về phương diện khác, ủy ban này đóng vai trò cố vấn cho bất kì nhà phát triển nào thất bại trong việc ra quyết định với thứ mà họ đang chịu trách nhiệm. Cần lưu ý rằng họ chỉ tham gia khi được mời vào bởi một trong các bên kể trên.

Cuối cùng, hiến pháp định rõ vị trí của một “thư ký dự án”, người sẽ phụ trách việc tổ chức các cuộc bầu phiếu liên quan đến nhiều cuộc bầu chọn và bỏ phiếu toàn diện.

The “general resolution” procedure is fully detailed in the constitution, from the initial discussion period to the final counting of votes. The most interesting aspect of that process is that when it comes to an actual vote, developers have to rank the different ballot options between them and the winner is selected with a Condorcet method (more specifically, the Schulze method). For further details see:

Kể cả khi hiến pháp thiết lập một nền dân chủ giả lập, thực tế đời thường khá khác biệt: Debian tuân theo các rules của phần mềm tự do một cách tự nhiên: người làm ra thứ gì phải quyết định cách sử dụng chúng. Rất nhiều thời gian bị phí phạm chỉ để tranh luận về những công trạng tương ứng đối với các cách tiếp cận vấn đề khác nhau; giải pháp được chọn sẽ là giải pháp đầu tiên vừa đảm bảo chức năng vừa thỏa mãn mọi người… sẽ đến từ thời gian mà một người tài giỏi đã bỏ vào đó.

Đó là cách duy nhất để đạt được tín nhiệm: làm một thứ gì đó hữu ích và chứng minh rằng nó hoạt động tốt. Nhiều nhóm “điều hành” Debian hoạt động bằng cách kết nạp, ưu tiên những người tình nguyện đã đóng góp một cách hiệu quả và chứng minh được năng lực của họ. Tính chất public của công việc cho phép các cộng tác viên mới quan sát và bắt đầu giúp đỡ mà không cần đặc quyền nào. Đó là lý do mà Debian thường được mô tả như một “chế độ trọng dụng nhân tài”.

Phương pháp hoạt động hiệu quả này đảm bảo chất lượng của các cộng tác viên trong team “chính” của Debian. Phương pháp này chưa thực sự hoàn hảo và thỉnh thoảng có những người không chấp nhận cách thức hoạt động này. Việc lựa chọn các nhà phát triển được chấp nhận vào nhóm dường như khá tùy tiện, hay thậm chí không công bằng. Hơn nữa, không phải ai cũng có chung định nghĩa về dịch vụ mà các team đó trông đợi. Vơi nhiều người, thật không thể chấp nhận được khi phải đợi 8 ngày để thêm vào một package Debian mới, trong khi những người khác có thể đợi 3 tuần mà không có vấn đề gì. Giống như vậy, còn nhiều lời phàn nàn giận dữ khác về “chất lượng dịch vụ” từ một vài team.

Có thể bạn sẽ thắc mắc liệu có cần thiết phải đề cập đến người dùng trong số những người làm việc trong dự án Debian không, và câu trả lời là có: họ đóng vai trò sống còn đối với project. Khác hẳn với “người dùng thụ động”, nhiều người dùng sử dụng các phiên bản development (đang được phát triển) của Debian và thường xuyên gửi báo cáo lỗi để chỉ ra các vấn đề. Số khác thậm chí đi xa hơn và submit các ý tưởng phát triển, bằng cách gửi báo cáo lỗi cùng với mức độ nghiêm trọng của “wishlist”, hay thậm chí submit các bản sửa chữa của source code, gọi là “patches” (xem tại PHẦN CƠ BẢN Patch, cách để gửi một bản sửa lỗi).

Additionally, numerous satisfied users of the service offered by Debian like to make a contribution of their own to the project. As not everyone has appropriate levels of expertise in programming, they may choose to assist with the translation and review of documentation. There are language-specific mailing lists to coordinate this work.

$ diff -u file.old file.new >file.patch

$ patch -p0 file.old <file.patch

Tất cả cơ chế đóng góp này ngày càng trở nên hiệu quả hơn nhờ cách ứng xử của người dùng. Khác với việc là một tập hợp những người hoạt động độc lập, người dùng Debian là một cộng đồng thật sự mà trong đó diễn ra rất nhiều trao đổi. Chúng tôi đặc biệt lưu ý các hoạt động ấn tượng diễn ra trên mailing list thảo luận của người dùng, debian-user@lists.debian.org (Chương 7, Solving Problems and Finding Relevant Information thảo luận chi tiết hơn về vấn đề này).

Người dùng không chỉ giúp chính họ (và người khác) về các vấn đề kĩ thuật ảnh hưởng trực tiếp đến họ, mà họ còn thảo luận về những cách tốt nhất để đóng góp và giúp dự án Debian tiến về phía trước — những thảo luận thường xuyên mang đến đề xuất cho sự thay đổi.

Bởi vì Debian không dùng quỹ vào các chiến dịch tự quảng bá, cho nên người dùng đóng vai trò quyết định trong việc truyền thông, đảm bảo danh tiếng của dự án thông qua việc truyền miệng.

Phương pháp này hoạt động khá ổn, bởi vì fan của Debian có mặt ở tất cả các level của cộng đồng phần mềm tự do: từ các bên cài đặt (các workshop nơi mà người dùng lâu năm hướng dẫn người mới cài đặt hệ thống) tổ chức bởi LUG (Linux User Group) địa phương, đến việc liên kết với các gian hàng tại các hội thảo công nghệ lớn liên quan đến Linux, etc.

Volunteers make posters, brochures, stickers, and other useful promotional materials for the project, which they make available to everyone, and which Debian provides freely on its website and on its wiki:

Ngay từ khi bắt đầu, Debian đã được tổ chức xoay quanh concept về source packages, mỗi package đều có maintainer hoặc một nhóm maintainer. Nhiều team hoạt động chung với nhau, đảm bảo việc quản lý cơ sở hạ tầng, quản lý các task không hướng đến bất kì package cụ thể nào (đảm bảo chất lượng, Chính sách Debian, trình cài đặt (installer), v..v.), cùng với hàng loạt các team phát triển xung quanh các dự án con.