그렇습니다. "CPAN 모듈"은 매우 자유주의적인 관행만을 구축하기 때문입니다. 나는 Module :: Install을 선호한다. 나는 가장 정상적인 사람들도 그렇게해야한다고 생각한다. 모듈을 실행하는 기본 분포를 얻을하려면 단순히 모듈 스타터 사용 설치 :
module-starter --mi --module "Foo::Bar" --author "Evan Carroll" --email "[email protected]"
그런 다음 직후, 나는 LIB에서 포드를 편집/푸/Bar.pm : 나는에서 포드를 좋아하지 않는다 내 코드 중간. 나는 모듈의 99.9 %가 무스와 함께 OO이고 모듈 :: 설치가 $ Foo :: Bar :: VERSION에서 그것을 읽으므로 일반적으로 모든 것을 맨 아래로 이동하고 FUNCTION 및 VERSION 섹션도 삭제합니다.
그러면 git-init을 실행하고 .gitignore 파일을 편집하고 'MANIFEST', 'Meta.yml', 'Makefile.old', 'blib /', 'inc /'를 추가하고 임시 파일에 내가 만들고있는 편집기가 사용 중일 수 있습니다. (CPAN을 사용한다면 .gitignore를 추가하고 .git /를 MANIFEST.skip에 추가하면됩니다.) 그런 다음 I git add .
, 그리고 git에서 제 모듈을 얻었습니다. 부트 스트랩 된 빌드/테스트 시스템.
그런 다음 github을 실행하고 repo를 만들고 내 모듈을 업로드 한 다음 공용 저장소를 Makefile.PL repository git://github....
에 추가하고 코딩을 시작합니다.
CPAN으로 푸시하지 않더라도 좋은 모듈을위한 좋은 기초를 제공합니다. module-install
다른 장점으로는 make dist
을 실행할 수 있으며 타르볼을 받아 개인 http 서버에서 매우 쉽게 호스트 할 수 있으며 클라이언트 또는 서버에 cpanp http://host/path
과 함께 설치하도록 지시 할 수 있습니다.당신은 또한 Module::Install
의 모든 이점을 얻으며, 창에서 dmake를 사용할 것이고, dmake가 없다면 다운로드 할 것입니다. 그것은 크로스 플랫폼의 장점으로 꽤 마법입니다.
주요 단점은 없으며 중요한 메모는 아닙니다.
실제로 CPAN에 코드를 게시하는 것은 "CPAN 모듈을 개발할 때와 마찬가지로 Perl 응용 프로그램을 개발하는 것이 좋습니다"는 것은 CPAN에 실제로 배포한다는 것을 의미하지는 않습니다. CPAN에 공개하려는 모듈과 같은 방식으로 –
CPAN에 게시하지 않으면 좋은 문서를 제공하거나 코드를 지원할 필요가 없다는 뜻입니까? –
그는 IRC의 누군가 MooseX :: namespace를 사용하는 것을 좋아하지 않는다는 사실에 괴롭습니다. – jrockway