답변:
이것이 정말로 필요한가요?
아닙니다. 법적으로 요구되지는 않습니다. (저는 변호사가 아니지만,이 변호사의 진술을 보았습니다.)
개별 파일이 문맥 취할 수있는 프로젝트를 가지고 있다면, 그것은 분별있을 수 있습니다 -하지만 그것은 단지 필요로 같은 말을, 라인의 몇 :
이 파일은 <license> 아래에 릴리스 된 <project>의 일부입니다.
전체 라이센스 세부 사항은 <filename> 파일을 참조하거나 <url>으로 이동하십시오.
무엇이든 프로젝트 루트에 LICENSE 텍스트 파일을 넣고 README 파일에 관련 세부 정보 / 신용 / 등을 넣을 수 있습니다. 읽어보기 파일.
LICENSE 파일을 언급하는 저작권 표시를 간단하게 넣을 수 있지만 일단 릴리스 된 후에는 코드가 원자 적으로 유지된다는 보장이 없습니다. 사실,이다 확실히 그것의 비트와 조각이 적어도 몇 가지 다른 프로젝트에서 리믹스 될 가능성이 높습니다.
그렇기 때문에 모든 소스 파일에 최소한 다음이 있어야합니다.
/* Copyright (C) 1883 Thomas Edison - All Rights Reserved
* You may use, distribute and modify this code under the
* terms of the XYZ license, which unfortunately won't be
* written for another century.
*
* You should have received a copy of the XYZ license with
* this file. If not, please write to: , or visit :
*/
이를 수행하여 두 가지를 수행하십시오.
많은 사람들이 또한 저작권에 전자 메일 주소를 포함시켜 향후 패치를받는 데 도움이됩니다. 지난달 5 년 전에 작성한 코드에 대한 패치를 받았으며 오랫동안 잊어 버렸습니다. 물론, 그것은 전자 메일 주소를 유지하고 약간의 스팸을 참는 것을 의미합니다.
이제까지 당신이 실제로 필요한 경우 시행 라이센스를, 그 것이다 중요한 상대방이 용어가 모두 제쳐 놓고 농담, 모호한 또는 누락 된 있다고 말할 수있다.
또한 코드의 비트와 조각이 시간이 지남에 따라 다른 비트와 코드 조각으로 어떻게 들어가는 지 보는 것도 재미 있습니다. 대부분의 사람들은 공정하고 저작권 및 라이센스 조건을 존중합니다.
Open Source! = No Copyright에 주목하고 싶었습니다.
오픈 소스는 저작권을 주장한 다음 특정 법률 문서 (GPL처럼)를 채택하여 다른 사람에게 해당 코드에 대한 권한을 부여합니다.
따라서 결정한 사항은 비공개 소스 코드에 적합하며 공개 소스 코드에도 적합합니다.
코드를 사용하고 재배포 할 조건을 정의하고 있습니다 (또는 조건에 따라 다름).
최소한 라이센스는 다음과 같은 질문에 대답 할 수 있습니다.
등 그것은 결코 포괄적 인 목록이 아니며, 단지 라이센스가 명확하게 진술 할 질문에 대한 아이디어를 제공하는 것입니다.
Copyright YYYY First Last. Subject to the XYZ license.