오래된 GitHub 저장소 링크가 원래 소유자로의 리디렉션을 멈출 수 있음

리디렉션이 실제로 보호하는 것

계정 이름이 변경되면 GitHub는 일부 링크 유형에는 연속성을 유지하지만 다른 유형에는 유지하지 않으며, 규칙은 링크 유형에 따라 다릅니다. 프로필 링크가 가장 취약합니다: 이전 프로필 주소는 전달되지 않고 작동을 멈춥니다. 저장소 및 gist 링크는 연속성 동작이 다릅니다. 실질적인 요점은 저장한 링크의 종류와 이후 이전 이름에 일어난 일에 따라 결과가 달라지므로, 오래된 링크 하나만으로는 현재 누가 프로젝트를 소유하는지에 대한 지속적인 증거가 되지 않는다는 것입니다. [GitHub 문서: 사용자 이름 변경]

• 가지고 있는 링크의 종류를 기록하세요: 프로필, 저장소 또는 gist.
• 프로필 링크를 가장 신뢰하기 어려운 연속성 형태로 간주하세요.

이전 네임스페이스와 동일 이름 충돌

구체적인 실패는 비어진 네임스페이스와 재사용된 저장소 이름 사이의 충돌입니다. 사용자 이름 변경은 이전 이름을 해제합니다. 저장소 링크는 일반적으로 리디렉션되지만, 그 비어진 사용자 이름을 새로 차지한 사람이 이전 것과 같은 이름의 저장소를 만들 수 있으며, 그 새 저장소가 리디렉션을 재정의합니다. 따라서 서로 무관한 두 프로젝트가 똑같아 보이는 주소를 공유할 수 있습니다. 하나는 오래된 것이고 하나는 새로운 것입니다. 주소 자체만으로는 어떤 프로젝트를 보고 있는지 알 수 없으므로, 목적지를 추정하지 말고 확인해야 합니다. [GitHub 문서: 사용자 이름 변경]

데이트 상대에게 귀속시키는 것이 안전하지 않은 이유

익숙해 보이는 주소에 나타나는 프로젝트가, 메시지를 보내는 사람이 그것을 작성했거나 소유했거나 심지어 관련이 있다는 것을 입증하지는 않습니다. 같은 한계가 오래된 인터페이스 표시에도 적용됩니다: GitHub Mobile은 계정이 로그아웃될 때까지 이전 사용자 이름을 계속 표시할 수 있으므로, 보이는 이름은 현재 신원의 증거가 아닙니다. 어떤 단일 기술적 흔적도 하나의 좁은 신호로 취급하세요. 그것은 데이트 프로필, 의도 또는 인격을 확인하지 않으며, 누군가를 비난하거나 대면하는 데 사용되어서는 안 됩니다. [GitHub 문서: 사용자 이름 변경]

자발적으로 공유된 현재 목적지 확인하기

더 안전한 경로는 오래 저장된 링크가 아니라 프로젝트 소유자가 공유하기로 선택한 현재 목적지입니다. 정식 프로젝트 위치를 요청하고, 차분하고 비난하지 않는 방식으로 프로젝트 자체의 공개 설명, 릴리스 노트 또는 README 이력과 비교하세요. 문서화된 통제 수단이나 공개 흔적을 확인할 수 없으면 확인 불가로 기록하고 접근 경계에서 멈추세요. 주소가 지금 무엇을 가리키는지 추측하는 대신, 공식 최신 도움말 문서를 사용하거나 단순히 자발적인 현재 링크를 요청하세요.

신호를 적절한 비중으로 유지하기

관찰한 것과 그것이 뒷받침할 수 있는 것, 그리고 결정한 것을 분리하세요. 관찰: 링크가 프로젝트 페이지로 연결됩니다. 한계: 페이지가 원래 프로젝트가 아닐 수 있으며, 그 존재는 상대방에 대해 신뢰할 만한 어떤 것도 말해주지 않습니다. 결정: 귀속 목적상 프로젝트를 미확인으로 취급하고, 관계는 대화 자체로 판단하세요. 우려가 계속되면 속도를 늦추고, 사람의 정직성에 대한 질문에 답하기 위해 만들어진 것이 아닌 공개 흔적이 아니라 자발적이고 현재적인 정보에 의존하세요.

• 각각 한 문장씩 쓰세요: 무엇을 보았는지, 그것이 증명할 수 없는 것, 그리고 다음에 무엇을 할 것인지.
• 공개 코드 조사보다 관계에 대한 질문을 선호하세요.

질문 몇 가지 더