"Tested up to"속성 만 업데이트하는 경우 플러그인 버전을 충돌시켜야합니까?

wordpress.org svn 서버에 수많은 플러그인이 설치되어 있습니다. 3.1 버전이 출시되면서 "Tested up to"메타 데이터를 업데이트하고 싶습니다.

코드에는 기능적인 변경 사항이없고 메타 데이터 만 있습니다.

사소한 변경을 위해 개정 번호를 변경해야합니까?

사용자가 플러그인을 다시 다운로드해야하는 경우에만 버전 번호를 늘리려 고합니다. "Tested up to"변수는 사람들이 플러그인을 설치하거나 업그레이드하려고 할 때만 플러그인이 설치 될 때 사용되지 않습니다. 이 경우 정보는 어쨌든 서버에서 제공되므로 플러그인을 새로 다운로드 할 필요가 없습니다.

귀하의 경우 물론, readme.txt의 trunk디렉토리가 Stable tag표시를, 당신은 업데이트해야 readme.txt정확한에 tags, 그렇지 않으면 무시 얻을 것이다, 하위 디렉토리. tags디렉토리 의 파일을 업데이트하고 새 버전을 만들지 않는 데 문제가 없습니다. Subversion의 경우 다른 모든 버전과 마찬가지로 일반 디렉토리이며 태그가 지정된 기록 릴리스에 사용하는 규칙입니다.

다른 답변은 Tested up to속성 을 부딪히는 데 유리한 주장을 철저히 설명했다고 생각하며 , 잘못된 점은 없습니다. 그러나 아무도 이것을하지 말아야 할 이유를 언급하지 않았기 때문에 , 나는 악마의 옹호자 역할을 할 것이라고 생각했다.

• 태그는 특정 시점에서 프로그램의 스냅 샷 인 것으로 간주됩니다. 사실 이후 태그를 편집하면 코드 작업시 사람들이 의존하는 규칙을 위반하게됩니다. 이 특정한 경우에 잠재적 결과는 존재하지 않을지라도 미미하지만, 많은 사람들은 이와 같은 상황에서 순수한 자세를 취하고 100 % 명확하게 유지하는 것을 선호합니다. 그렇기 때문에 일부 SVN 클라이언트는 사용자가 태그 변경 사항을 커밋하려고 할 때 경고를 표시합니다.
• 플러그인의 잠재적 인 사용자로서 SVN 로그를보고 작성자가 태그가 지정된 버전을 변경하는 것을 발견하면 자신의 계정이 해킹되었거나 누군가가 최신 버전에 악성 코드를 주입하려고 한 것으로 의심됩니다. 또는 저자는 소스 제어가 작동하는 방식을 알지 못했고, 확장 성이 뛰어나서 프로그래머가 아닐 수도 있으므로 플러그인을 다운로드하는 것을 주저하게합니다.
• 과거 데이터가 일부 손실됩니다. 예를 들어, 1 년 후 돌아와 플러그인의 핵심 릴리스와의 호환성을 추적하려는 경우 데이터가 손상되어 정확한 분석을 수행 할 수 없습니다.
• 동일한 결과를 얻는 또 다른 메커니즘이 있습니다. repo를 사용하면 특정 버전의 플러그인이 특정 버전의 코어에서 작동하는지 여부에 대해 투표 할 수 있습니다. 나는 플러그인 작성자의 주장보다 그 데이터를 개인적으로 신뢰합니다.
• 나는 이런 것들에 대한 동기가 종종 플러그인 작성자 자신의 자아와 불안이라고 생각한다. 그들은 플러그인이 "성공적으로"보이고 가능한 한 많이 다운로드되도록하려고합니다. 나는 플러그인 제작자들 사이에서 이런 종류의 행동을 많이보고 종종 유혹을 느낍니다. 그러나 나는 그것이 미숙하고 건강에 좋지 않다고 생각하므로 저항하려고합니다.

내 조언은 태그를 편안하게하고 그대로 두는 것입니다. 물론 리포지토리 페이지에서 개별 테스트를 "효과가 있습니다"(주로 테스트를 거친 후)하고이를 그대로 두십시오. 플러그인이 활성화 된 것으로 보이는 것에 대해 걱정이된다면 버그 수정, 보안 / 성능 / UI 개선 및 유용한 새로운 기능을 갖춘 새로운 릴리스를 작성하는 데 시간을 투자하십시오. 지난주에 다른 사람들이 생각하는 것과 플러그인 다운로드 횟수에 대해 걱정하는 데 시간을 낭비하지 마십시오.

readme를 업데이트하는 경우 버전 번호를 늘릴 이유가 없습니다. 트렁크를 사용하는 경우 한 가지 사항을 변경하기 위해 빠른 커밋을 수행 할 수 있으며 태그를 사용하는 경우 아무도 알지 못할 것입니다. 나는 새 태그를 만들어야한다고 생각합니다 (100 %가 아닌 svn과 정통하지 않음) ).

이것이 개인적인 선택의 문제라고 말하는 것이 안전하다고 생각합니다. 정식 버전 업데이트 (예 : 1.0-2.0) 대신 1.1 릴리스로 만드는 것이 좋습니다.