2021년 9주차--이번 주에 배운 기교

개발자들이 트위터나 Dev.to에서 전날이나 일주일 전에 배운 것을 이야기하는 것을 자주 본다.나는 이 생각을 좋아해서 지난 일주일 동안 배운 기교를 소개하는 첫 번째 글을 쓰기로 결정했다.나는 매주 이런 글을 한 편씩 쓸 생각은 없지만, 가끔은 내가 재미있는 것을 공유하거나 자신을 위해 기록하고 싶다고 느낄 때가 있다.

시작 작업으로 인해 여러 창을 사용하여 Windows 터미널을 시작합니다.

새로운 Windows 터미널은 2019년 프리뷰가 처음 발표된 이후 크게 발전했다.그것은 현재 매우 좋은 기능을 가지고 있으며, 끊임없이 개선되고 있다. 이것은 정말 대단하다.나는 이전에 Cmder를 사용했지만, Windows 터미널은 곧 나의 기본 터미널이 되었다.
Windows Terminal의 최신 버전 중 하나는 터미널에서 시작할 때 특정한 프로필이 있는 창이나 옵션을 여러 개 열려면 설정에 시작 동작을 지정할 수 있습니다.다음 예제에서는 터미널에서 내 PowerShell 구성 파일을 사용하여 3개의 서로 다른 위치에서 3개의 창을 수직으로 여는 방법을 설명합니다.일상적인 업무가 다른git 저장소에서 일할 때, 이것은 특히 재미있습니다.

"startupActions": "new-tab -p PowerShell -d d:/dev/MyApi1; split-pane -p PowerShell -V -d d:/dev/MyApi2; split-pane -p PowerShell -V -d d:/dev/MyAzureFunctions"

하위 모듈을 사용하기 쉽도록git 설정

내가 일하고 있는 프로젝트에서, 우리는 서브 모듈을 사용하여 서로 다른 구성 요소 사이에서 코드를 공유한다.Nuget 패키지는 서로 다른 프로젝트나 응용 프로그램 간에 코드를 공유하기에 매우 적합하지만, API와Azure 함수 사이에서만 모델과 서비스를 공유하고 싶을 때, 때로는 처리하기가 좀 복잡하다.이 경우 버전 제어가 필요 없는 하위 모듈(저장소에서 사용할 하위 모듈의 제출이나 지점만 인용할 수 있음)을 사용하거나 원본 링크를 설정하는 것이 쉽습니다(프로젝트의 하위 모듈에서 코드를 직접 디버깅할 수 있습니다).
그러나 서브 모듈을 사용하는 단점 중 하나는 서브 모듈을 조작하기 위해 추가git 명령을 배우고 실행해야 한다는 것이다.보통git 저장소에서 agit pull를 실행할 때 서브 모듈을'슈퍼'git 저장소에서 인용한 상응하는 제출에 업데이트하기 위해 agit submodule update를 실행해야 한다.이것은 단지 별도의 명령일 뿐이지만, 만약 네가 자주 이렇게 한다면, 그것은 곧 지루해질 것이다🥱.
이번 주에 이르러서야 나는 --recurse-submodules 로고를 git pull 명령에 전달하여 이 과정을 자동으로 집행할 수 있다는 것을 발견하고 이 과정을 간소화하는 방법을 진정으로 찾았다.그것은 다른 명령에도 적용되고, 다른 비슷한 불편도 해결했다.가장 좋은 경우git 설정에 설정으로 넣을 수 있습니다.자세한 내용은 git documentation on the topic를 참조하십시오.
그래서 아래 명령만 실행하면 하위 모듈의 효율이 더욱 높아진다🐱‍🏍: git config submodule.recurse true .

IntelliSense for Azure는 vscode에서 사용자 정의 작업을 수행합니다.

Azure Pipelines는 구축 및 배포를 자동화하는 훌륭한 CI/CD 도구입니다.유일한 문제는 파이프를 작성하는 것이다. YAML을 작성해야 한다😿. 나는 우리가 YAML을 쓰는 데 익숙해져야 한다고 생각한다. 왜냐하면 그것은 이미 어디에도 없는 것이 되었기 때문이다.다행히도, vscode extension 는 Azure Pipelines 파일을 작성하는 데 도움을 줍니다. 이것은 vscode에서 Azure Pipelines YAML 파일에 문법적 하이라이트와 자동 완성을 제공합니다.
확장은 Azure Pipelines가 포함된 섀시 내 작업을 포함하는 범용 YAML 구조를 사용하여 YAML 파일을 검증하지만, 이것은 Azure DevOps에 설치된 확장 작업을 검증할 수 없다는 것을 의미합니다.그러나 좋은 소식이 왔습니다: Azure DevOps 조직에서 사용할 수 있는 모든 Azure Pipelines 작업을 검증하는 방법을 알 수 있도록 확장에 사용자 정의 모드를 제공할 수 있습니다.이것은 결코 진정한 기교가 아니다. 왜냐하면 그것은 확장된 문서화 기능이기 때문에, 나는 단지 문서를 읽어서 그것을 이해하는 데 시간을 쓰지 않았을 뿐이다😅.

문서에서 보듯이 이 URL https://dev.azure.com/YOU-ORG-HERE/_apis/distributedtask/yamlschema 에 있는 DevOps 조직의 사용자 정의 구조를 다운로드하고 vs 코드 작업공간 설정에서 인용하면 정상적으로 작업을 할 수 있으며 사용자 정의 작업에서 IntelliSense를 누릴 수 있습니다.
이번 주는 여기까지입니다. 즐겁게 공부하세요!