권장 단어 목록 # 기술 문서 작성 팀(Technical Writing team)은 문서의 일관성을 보장하기 위해 다음 단어 선택을 권장합니다. 또한: GitLab 핸드북에는 자주 잘못 사용되는 용어 목록 이 포함되어 있습니다. 문서 스타일 가이드 에는 언어 및 대문자 표기에 관한 세부 사항이 포함되어 있습니다. GitLab 핸드북은 제3자 상표 사용 에 관한 지침을 제공합니다. 이 페이지에 없는 지침은 다음 스타일 가이드를 따릅니다: Microsoft Style Guide Google Developer Documentation Style Guide --> --> .gitlab-ci.yml file # .gitlab-ci.yml 파일 에는 백틱(backtick)과 소문자를 사용합니다. 가능하면 전체 표현을 사용하세요: the .gitlab-ci.yml file 사용자가 CI/CD 구성 파일에 다른 이름을 지정할 수 있지만, 대부분의 경우 the .gitlab-ci.yml file 을 사용하세요. & (앰퍼샌드) # 라틴 약어를 사용하지 마세요. & 를 사용하는 UI 요소를 문서화하는 경우가 아니라면 and 를 사용하세요. @mention # @mention 은 가급적 사용하지 마세요. 대신 mention 을 사용하고, mentions 항목 으로 링크하는 것을 고려하세요. 백틱은 사용하지 마세요. 2FA, two-factor authentication # 첫 번째 사용 시와 항목 제목에서는 문장 형식으로 two-factor authentication 을 풀어서 쓰고, 이후에는 2FA 를 사용하세요. 문장의 첫 단어인 경우 factor 또는 authentication 을 대문자로 쓰지 마세요. 예시: Two-factor authentication (2FA) helps secure your account. Set up 2FA when you first sign in. ability, able # ability 또는 able 은 모호할 수 있으므로 가급적 사용하지 마세요. 이 단어들의 사용법은 allow 및 enable 과 유사합니다. 사용자의 능력이나 제품의 기능에 대해 이야기하는 대신, 직접적이고 구체적으로 서술하세요. 단, 보안에 대해 이야기하거나 누군가가 UI에서 작업을 완료하지 못하도록 방지하는 경우에는 이 용어를 사용할 수 있습니다. ability 또는 able 을 permissions 또는 roles 와 혼동하지 마세요. 사용: You cannot change this setting. To change this setting, you must have the Developer, Maintainer, or Owner role. Confirm you can sign in. The external load balancer cannot connect. Option to delete branches introduced in GitLab 17.1. 대신 다음 표현은 사용하지 마세요: You are not able to cha
