어떤 기여 모듈이 Drupal 8 코어로 옮겨지고 있습니까?


20

D7 코어로 가져온 많은 D6 모듈 (또는 버전)이있었습니다. D8에 대한 것이 있는지 궁금합니다.

답변:


10

짧은 답변은 Drupal이 커뮤니티에서 개발 한 것이므로 Drupal 8에 추가 한 사람 (이 답변을 읽는 사람)에 따라 다릅니다.

이 프로세스가 어떻게 작동하는지에 대한 예제로 항상 jQuery UI 추가 요소를 핵심 문제에 사용합니다. 몇몇 사람들은 아이디어를 가지고 몇 가지 코드를 게시하고 검토하고 토론 한 다음 Drupal 7 코어에 추가했습니다.

핵심 기여는 결코 배타적이지 않으므로 대담해야합니다! 기여를 시작하십시오.


2
기여 된 모듈의 경우, 해당 모듈의 관리자와 Dries의 평면에 따라 다릅니다. Drupal 코어 코드로 병합 될 수있는 모듈의 관리자가 아무 것도하지 않으면 해당 모듈은 Drupal로 병합되지 않습니다.
kiamlaluno

1
나는 당신이 말하는 것을 얻지 만 충분한 지원을 받으면 관리자없이 핵심으로 무언가를 얻을 수 있습니다. 분명히 그것은 훨씬 더 어려울 것이며, 관리자의 지원이 없다면 검토 및 토론 단계를 통과하지 못할 것입니다. 내가 만들려고하는 전반적인 요점은 프로세스가 독점적이지 않다는 것입니다. 이것이 Drupal이 시작하기에 강력한 이유입니다.
Chris Pliakas

45

핵심 모듈

전적으로:

  • 중단 점
  • CacheTags
  • 컨텐츠 번역
  • 이메일 (단순 필드, HTML5 유효성 검사 만)
  • 엔터티 API
  • 엔터티 참조
  • 엔터티보기 모드
  • 파일 엔터티
  • 링크 (단순 필드, HTML5 유효성 검사 만)
  • 전화 (단순 필드, HTML5 유효성 검사 만)
  • 그림
  • 빠른 편집
  • 음역
  • UUID
  • 조회수
  • RESTWS (REST 모듈로 이름이 바))

부분적으로 :

  • 관리 뷰 (재 작업)
  • CK 에디터
  • C 도구
  • 날짜 (반복 날짜를 제외한 모든 날짜)
  • 디스플레이 스위트 (보기 모드)
  • 국제화
  • 이주
  • 대량 작업 조회 (재 작업)

제거

  • 블로그 (설명으로 이동)
  • 대시 보드 (홈 박스로 이동하도록 이동)
  • 공개 ID
  • 오버레이 (기본적으로 "오버레이"를 제공하지 않도록 재 작업)
  • PHP 필터 (제공으로 이동)
  • 여론 조사
  • 프로필 (지금 Profile2 사용)
  • 번역 (엔터티 번역으로 대체)
  • 트리거 (지금 규칙 사용)
  • 서명 (사용자가 제공 한 기능이 contrib로 이동 됨)
  • XML-RPC (기부로 이동)

Drupal 8에 의해 근본적으로 변경된 모듈 :

더 이상 사용되지 않음 (더 이상 필요하지 않음)

  • 관리자
  • 관리 언어
  • 박스
  • 캡션 필터
  • 계산 된 필드
  • 도구 수출품
  • 대체 언어 협상
  • 숨겨진 필드
  • 필드 패널
  • 플로트 필터
  • 숨겨진 필드 위젯
  • 역사
  • IMCE
  • 현지화 업데이트
  • 지역화 된 드루팔 배포
  • 메뉴 블록
  • 메뉴 트레일
  • 모듈 필터
  • 노드 참조
  • 자리 표시 자
  • 프로필 2
  • RSS 권한
  • 서비스
  • 문자열 재정의
  • 강한 팔
  • 토큰
  • 음역
  • 사용자 사진 필드
  • 사용자 참조
  • 수직 탭
  • Wysiwyg * (모듈 및 관련 모듈)

축소됨 (할 일이 줄어 듭니다)

  • 백업 및 마이그레이션
  • 문맥
  • 맞춤형 빵 부스러기
  • 풍모
  • 피드
  • 메뉴 빵 부스러기
  • 서비스 링크
  • 규칙
  • 뷰 * (뷰와 관련된 모든 모듈)

6

핵심으로 끌어 당기는 모듈이 아니라 기능입니다. 기고 된 모듈에서 제공했을 수있는 기능 (및 코어에 추가 된 코드는 해당 모듈의 영향을 받았지만 실제 코드가 재사용되는 것은 아닙니다) 예를 들어 CCK에서 영감을 받았지만 처음부터 완전히 다시 작성한 필드와 같은 필드 ). 그리고 이러한 contrib 모듈은 다음 코어 버전으로 포팅 할 필요가 없습니다.

Drupal 핵심 개발에는 로드맵이 없습니다. 따라서이 시점에서 실제 질문에 대답하는 것은 불가능합니다.

현재 존재하는 유일한 것은 소위 핵심 이니셔티브입니다. 입니다. 그것은 특정 지역에서 드루팔을 개선하기 위해 사람들이 이니셔티브 소유자의 "리드 (lead)"하에 함께 협력하는 영역입니다. 그중 하나는 HTML5입니다 (D8에서는 HTML5 관련 모듈이 필요하지 않을 수 있음을 의미 할 수 있음). 다른 하나는 웹 서비스 및 컨텍스트입니다 (예 : 컨텍스트 모듈이 불필요하고 패널의 일부일 수 있음). 그러나이 모든 것은이 시점에서 단지 추측 일뿐입니다. 비록 이러한 이니셔티브가 존재하더라도 그들이 작업하고있는 것은 무엇이든 커밋 될 것입니다.

이것이 기본적으로 Dries Buytaert (그리고 어느 정도까지는 공동 유지 관리자, 이니셔티브 소유자 등)가하는 두 가지 주요 작업입니다. 그들은 Drupal 어떻게 진화 할 수 있고 무엇을 할 수 있는지 에 대해 이야기하고 있습니다. 그리고 마지막으로 Dries는 패치가 커밋되었는지 여부를 결정합니다.

그 사이에 모든 것이 무언가에 관심이 있고 Drupal 코어의 일부를 구현 / 개선 / 고정하려는 사람들이 있는지 여부에 달려 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.