! 제품 버전을 정확하게 입력해 주세요.
제품 버전이 정확하게 기재되어 있지 않은 경우,
최신 버전을 기준으로 안내 드리므로
더욱 빠르고 명확한 안내를 위해
제품 버전을 정확하게 입력해 주세요!

NuGet을 사용하여 ComponentOne 패키지를 관리하는 방법 > 블로그 & Tips

본문 바로가기

ComponentOne

블로그 & Tips

NuGet을 사용하여 ComponentOne 패키지를 관리하는 방법

페이지 정보

작성자 GrapeCity 작성일 2022-04-12 15:36 조회 1,355회 댓글 0건

본문

NuGet은 개발자가 재사용 가능한 코드를 공유할 수 있게 하는 패키지 관리자입니다. 개발자는 NuGet을 사용하여 유용한 코드를 공유하고 소비할 수 있습니다. NuGet 패키지는 본질적으로 코드 어셈블리와 메타데이터를 포함하는 압축 파일입니다.


이 문서에서는 기업이 조직을 통해 ComponentOne과 같은 서드파티 NuGet 패키지를 관리하는 다양한 방법과 각 접근 방법의 장단점을 보여줍니다.


전통적으로 .NET 응용 프로그램은 어셈블리 파일(dll)을 직접적으로 참조하는 서드파티 컨트롤 라이브러리를 참조했습니다. 이 기본적인 접근 방법을 통해 개발자가 라이브러리 관리를 완전히 통제할 수 있었지만, 한편으로는 개발자가 라이브러리 업데이트를 담당했다는 의미이기도 합니다.


규모가 큰 서드파티 라이브러리 제공업체는 대개 라이브러리 업데이트를 지원하는 도구를 제공하지만 이러한 도구는 수동으로 실행됩니다. 따라서 서드파티 라이브러리에 대한 완전한 버전 관리가 가능했습니다.


NPM 및 Maven과 같은 온라인 라이브러리 리포지토리와 마찬가지로, NuGet도 전체 개발 에코시스템에서 업데이트 프로세스를 더 쉽고 일관성 있게 만들어 줍니다.


개발자는 NuGet을 이용하여 쉽고 빠르게 라이브러리 업데이트를 가져와 항상 최신 버전을 사용할 수 있습니다. 업데이트가 출시되면 NuGet 패키지 관리자에서 알림처럼 표시됩니다.


업데이트



NuGet의 새로운 문제는 특정한 경우에 반드시 최신 버전을 원하는 것만은 아니라는 점입니다.


일부 조직에서는 “가동 시작” 전에 일정 시간 동안 응용 프로그램 내에서 라이브러리를 테스트해야 합니다. 라이브러리 생성자가 업데이트를 출시하는 일정이 조직의 일정과 항상 맞는 것도 아닙니다.


예를 들어 서드파티 라이브러리에 확인하지 못한 회귀 버그가 들어갔을 수 있기 때문에 조직에서는 사용자에게 응용 프로그램을 출시하기 직전에 라이브러리를 업데이트하는 것을 원치 않을 것입니다. 그런 경우 조직에서는 패키지 관리를 위해 보다 전통적인 방법을 선택할 수도 있습니다.


라이브러리 관리 및 업데이트 계획을 어떻게 수립하든지 ComponentOne NuGet 패키지를 사용하면 가능합니다. 다음은 NuGet 패키지를 관리하고 회사에 배포하는 세 가지 방법입니다.



NuGet.org


기본적으로 Visual Studio는 nuget.org에서 패키지를 가져옵니다. 모든 ComponentOne 주요 릴리스와 핫픽스를 nuget.org에 게시하므로 여기에서 가져오는 것이 가장 간단합니다. 문제는, 최신 버전에 대한 사용 허가를 받지 않은 경우 중단하거나 업데이트하지 않아야 할 시점을 개발자가 알아야 한다는 것입니다.


장점은, 개발자가 설치 프로그램을 설치하지 않고도 최신 C1 패키지를 받을 수 있다는 것입니다. 시스템 사용 허가만 받으면 됩니다.



로컬 ComponentOne 소스


어떤 버전이든 설치한 ComponentOne을 참조하는 데 익숙해진 경우에는 로컬 NuGet 소스를 선호할 수도 있습니다. 사용자가 설치 프로그램을 실행하면 모든 NuGet 패키지가 Program Files/ComponentOne/Nuget Packages에 저장되며 Visual Studio는 이 위치에서 패키지를 찾습니다.


모든 개발자에 대해 nuget.org를 비활성화한 후 설치 프로그램을 통해 C1을 설치하게 하고 이 파일 경로를 사용하여 패키지를 가져오게 할 수 있습니다.


이 방법에서 응용 프로그램은 항상 설치된 버전을 사용합니다. 두 가지 옵션 모두 사용 가능하도록 할 수 있습니다(nuget.org 및 이 옵션).


그러면 버전이 여기에 존재하지만 nuget.org에는 존재하지 않는 경우는 드물지만 Visual Studio는 두 곳 중 하나에서 버전을 가져올 수 있게 됩니다.



자체 NuGet 리포지토리 만들기


공유 로컬 폴더를 만들고 모든 ComponentOne 패키지를 해당 폴더에 넣어 완전히 관리할 수 있습니다. 즉, 한 명의 개발자만 C1 패키지를 다운로드해야 합니다. 그런 다음 모든 개발자를 위해 이 리포지토리를 NuGet 패키지 설정에 추가하면 됩니다(여기에서는 스크립트 사용).


모든 개발자는 C1 설치 프로그램을 설치하지 않고 패키지에 액세스할 수 있게 됩니다. 그렇지만 시스템 사용 권한은 있어야 합니다.


이것은 nuget.org에서와 동일한 방식이지만, 승인된 라이브러리만 추가되도록 관리한다는 점만 다릅니다(먼저 테스트를 원하는 등의 경우에). 이 방식에 관심이 있으시다면 당사 개발자에게 설치 스크립트를 요청할 수 있습니다.



로컬 NuGet 리포지토리를 만드는 방법


사용자 정의 리포지토리 위치는 패키지 관리자 설정(도구 > Nuget 패키지 관리자)에서 관리됩니다. 아래와 같이 “ComponentOne Local”은 당사에서 설치 프로그램을 통해 추가한 것입니다. 내부 테스트에 사용하는 “Local NuGet”을 직접 만들었으며, 이것이 본질적으로 완전한 제어를 위한 내부 위치가 될 수 있습니다.


위치


어떤 배치 전략을 선택하든 NuGet 패키지를 사용하면 업데이트가 쉬워집니다.


한 개발자가 프로젝트를 업데이트할 수 있습니다. 프로젝트를 확인합니다. 그리고 해당 버전을 가져오는 모든 개발자는 자동으로 최신 패키지를 갖게 됩니다.


설치 프로그램을 통해 ComponentOne을 설치할 필요도 없습니다!


업데이트





지금 바로 ComponentOne을 다운로드하여 직접 테스트해보세요!

 
  • 페이스북으로 공유
  • 트위터로  공유
  • 링크 복사
  • 카카오톡으로 보내기

댓글목록

등록된 댓글이 없습니다.

메시어스 홈페이지를 통해 제품에 대해서 더 자세히 알아 보세요!
홈페이지 바로가기

태그1

메시어스 홈페이지를 통해 제품에 대해서 더 자세히 알아 보세요!
홈페이지 바로가기
이메일 : sales-kor@mescius.com | 전화 : 1670-0583 | 경기도 과천시 과천대로 7길 33, 디테크타워 B동 1107호 메시어스(주) 대표자 : 허경명 | 사업자등록번호 : 123-84-00981 | 통신판매업신고번호 : 2013-경기안양-00331 ⓒ 2024 MESCIUS inc. All rights reserved.