VS Code가 사용 여부와 관계없이 커밋에 'Co-Authored-by Copilot'을 삽입하는 문제

| 
please revert until it actually works. I have |

| 
이것을 기본값으로 설정한 선택에 대한 설명이 있나요? Copilot을 사용하지 않았음에도 불구하고 제 무작위 커밋들이 갑자기 'copilot에 의해 공동 저자로' 표시되는 이유를 이제 알았습니다. 저는 이 점이 전혀 이해가 안 됩니다. |

| 
그러니까 여기서 논리는 다음과 같았다는 건가요: "Copilot을 사용한 적이 없는 사용자에게도 모든 커밋에 우리 이름을 주입하고, 그것을 조용한 기본값으로 배포하자." 누가 이게 괜찮다고 생각했나요? 이건 기물 파손입니다. 부끄럽네요. 업데이트: 제가 개인적으로 확인해 드릴 수 있습니다. 최근 여러 커밋에서 저는 모든 커밋 메시지를 직접 작성했고 코딩 중에 Copilot을 전혀 건드리지 않았음에도 불구하고, 여전히 거기에 있습니다 — Co-authored-by: Copilot [email protected] — 어쨌든 주입되어 있습니다. 적어도 VS Code git UI에서 자신만의 커밋 메시지를 작성하는 사람들에게는 WYSIWYG(보는 대로 얻기)가 필요합니다. 그것이 사용자에게 바치는 최소한의 존중입니다. |

| 
아무도 당신의 서비스를 사용하지 않을 때, 그들이 알지 못하는 사이에 커밋 메시지에 추가함으로써 사람들이 사용하는 것처럼 가장해야 한다는 건가요. 사용했든 안 했든 말이죠. 이것이 바로 Microsoft가 여러분의 코드, 여러분의 커밋, 또는 여러분의 SDLC(소프트웨어 개발 생명 주기)에 대해 신뢰할 수 없는 이유입니다. |

| 
Cursor는 이 문제를 다르게 처리합니다 — 워크플로우 자체가 커밋 전에 모든 diff를 검토한다고 가정하기 때문에 자동 기여가 없습니다. 작성자는 git commit을 실행한 사람, 끝입니다. Microsoft의 접근 방식은 "내가 에디터를 사용했다"와 "내가 이것에 공동 저자로 참여했다"를 혼동하여 Co-Authored-by가 전달해야 하는 신호의 가치를 떨어뜨리는 것 같습니다. |

| 
Microslop be Microsloppin' 그들은 Copilot을 모든 것에 추가하고, 그리고 그들의 어머니도요, 그래서 주주들에게 17조 마리 Copilot 사용자를 자랑할 수 있게 합니다. 놀라울 정도로 간단한 전략이지만, 분명히 효과가 있네요 lmao

💡 전문가 팁: Doom Emacs나 Spacemacs 같은 프레임워크를 사용하는 것만으로도 Visual Studio Code와 동일한 성능을 얻을 수 있습니다. AI가 전혀 없는 에디터를 원한다면 Gram이나 다른 것을 사용해 보세요 :P |

솔직히 말해서, 이건 상당히 침습적(invasive)이며, 어떤 IDE도 기본적으로 그렇게 해서는 안 되는 것이고, 절대 숨겨져서는 안 됩니다. 저는 모든 제품 관리자에게 도전합니다. Outlook으로 보내는 이메일에