단위 테스트 용 소프트웨어 라이센스를 선택하는 것이 중요합니까? [닫은

https://stackoverflow.com/questions/1025208

06-07-2019
|

문제

LGPL에 따라 소프트웨어를 라이센스했습니다. 모든 파일에 라이센스 헤더를 포함하기에는 너무 게으르기 때문에 장치 테스트 파일을 건너 뜁니다. 그게 문제인가요?

해결책

질문에 직접 답변하려면 (게으름으로 단위 테스트 파일의 라이센스 헤더에 대한 문제가 있는지 여부) 내 장 대답은 아마도 그렇지 않을 것입니다. 오픈 소스 순수 주의자와 법률 전문가는 아마도 모든 소스 파일에 라이센스를 포함시켜야한다고 말할 것입니다. 나는 그것이 좋은 관행이라고 생각하지만, 그렇게하지 못하는 것은 특히 코드에 License.txt 파일이 제공되는 경우 세상의 끝이 아닙니다. 단위 테스트 코드의 경우 훨씬 더 많은 것입니다. 이는 아마도 프로젝트의 맥락 이외의 전혀 해당되지 않을 수 있습니다.

나는 분명히 변호사가 아니지만 누군가가 당신의 라이센스에 도움이되지 않는 방식으로 당신의 소스 코드를 사용해야한다면 (이 경우 LGPL) 라이센스가 특정 소스 파일에 포함되지 않았다고 주장하는 데 어려움이 있습니다. 물이 너무 많을 것입니다. 나는 코드를 사용하여 라이센스가 무엇인지 알아 내고 싶어하는 누군가가 사전에 무엇을 찾아야하고, 누군가가 당신의 코드를 훔쳐서 그들 자신이라고 부르는 경우, 파일에 라이센스 헤더가 없어서 괜찮지 않습니다. 제 생각에, 도난은 도난입니다. "당신은 이것을 훔칠 수 없습니다." :-) 불행히도, 그것은 우리가 사는 복잡한 세상에서 충분하지 않을 것입니다 ... (한숨)

아마도 가장 좋은 대답은 "미안보다 안전하다"는 것이지만, 본능과 당신이 신뢰하는 숙련 된 개발자의지도와 함께 가십시오. 그것이 당신이 그렇게 요청한 이유라고 생각합니다. ;-)

다른 팁

이름과 저작권 통지를 포함하는 프로젝트에 일반적인 보일러 플레이트 소스 파일을 사용하는 것을 고려할 수 있습니다. 새 파일을 작성하는 대신 복사하십시오. 또한 각 파일을 제어하기 위해 체크인하기 전에 날짜와 정보를 확인하십시오. 이것은 쉬운 단계입니다.

누군가가 당신의 단위 테스트를 "훔치는"경우에 관심이 있습니까?

나는 변호사는 아니지만 ... Afaik, 라이센스를 포함시키는 법적 요구 사항은 없습니다. 모든 소스 파일, 그것은 단지 사람들이 자신의 엉덩이를 덮는 것을 좋아한다는 것입니다. 명확한 readme.txt 또는 license.txt에 라이센스를 포함시키고 소스를 게시하는 장소에 충분히 좋을 것입니다. 이것이 수면을 잃게되면 라이센스 주석을 채우는 스크립트를 작성하십시오.

주석에 따라 업데이트 :

이 질문에 대한 답을 얻어야한다면 Definate 방식으로 답변해야합니다. 소프트웨어 자유 .org

#!/usr/bin/perl -w

use strict;

# Copyright Header Here

my $copyright_header = <<COPYRIGHT;
# MyProject v1.0
# Copyright Jader Dias, 2009
COPYRIGHT

open FILE, "<parse.pl" or die $!;
while ( my $line = <FILE> ) {
    if ( $line =~ /\#\s*Copyright Header Here/ ) {
        print $copyright_header;
    } else {
        print $line;
    }
}
close FILE or die $!;

게으름과 건너 뛰는 단계는 항상 나쁩니다. 옳은 일을하십시오. 효율적으로 수행하십시오. 항상 그렇게하십시오. 이야기의 끝.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow