버전 제어 및 다중 사용자 개발
어떻게합니까 Mendix 다중 사용자 개발을 지원하시나요?
Mendix Studio Pro는 다양한 기술 수준에서 다중 사용자 개발을 결합합니다. 자세한 내용은 다음에서 찾을 수 있습니다. 앱 개발.
프로젝트가 시작되면 모든 팀원이 버전 제어 저장소의 메인 라인에서 함께 작업할 수 있습니다. Mendix Studio Pro 사용자는 앱 업데이트를 나머지 팀원과 공유할 수 있습니다. 업데이트 및 커밋 패턴 사용 버전 제어 저장소를 통해.
버전 제어는 어떻게 작동합니까? Mendix?
Mendix Git 기반의 중앙 집중형 버전 제어 저장소 사용을 지원합니다. Mendix 팀 서버. . 를 사용하여 구축된 모든 프로젝트 Mendix 플랫폼에는 Team Server 버전 제어 시스템이 함께 제공됩니다. Team Server는 Git 기술을 사용하여 여러 개발자가 동일한 프로젝트에서 작업하고 모델 변경 사항을 버전 제어 저장소 내에 보관된 개정판에 지속적으로 병합할 수 있도록 합니다. 기반 앱의 경우 Mendix 9 이하, Mendix 또한 Subversion(SVN) 기반 저장소도 지원합니다.
이 다이어그램은 다음을 나타냅니다. Mendix 버전 제어 아키텍처:
개발자는 개정 및 충돌을 관리하고 필요에 따라 메인라인 브랜치로 다시 병합할 수 있는 브랜치 라인을 생성할 수 있습니다. 플랫폼의 모든 변경 사항은 기록되고 다른 개정과 비교하여 충돌을 감지하고 업데이트를 관리합니다. 사용자는 다음을 통해 앱 프로젝트에 초대됩니다. Mendix 포털 Team Server에 보관된 모델에 대한 적절한 액세스 권한을 허용하는 보안 역할이 지정되었습니다.
사용자 스토리와 애플리케이션 변경 커밋을 교차 참조하려면 어떻게 해야 하나요?
Mendix Team Server 버전 관리 리포지토리, 애플리케이션 프로젝트 대시보드 간의 통합 개발 경험을 제공합니다. Mendix Studio Pro. 통합 Mendix 앱 프로젝트 대시보드와 Team Server 버전 저장소가 모두 포함되어 있습니다. Mendix Studio Pro는 다음과 같은 중요한 장점을 가지고 있습니다:
- 팀 구성원에게 다음을 제공합니다. 요구 사항을 추적하는 통합 방식 전체 개발 및 제공 주기 동안. 애플리케이션 작업을 시작하면 그냥 엽니다. Mendix Studio Pro를 사용하면 현재 스프린트에 계획된 사용자 스토리를 확인하고 작업을 시작할 수 있습니다.
- 팀 구성원이 Team Server 내부에서 앱 모델 변경 사항을 커밋하는 경우 Mendix Studio Pro를 사용할 수 있습니다 그들이 작업하고 있는 사용자 스토리를 선택하세요. 팀 서버는 사용자 스토리와 변경된 모델 간에 자동으로 링크를 생성하여 커밋에서 관련 요구 사항으로 이동하는 방법을 제공합니다.
- 최종 사용자는 다음을 제공할 수 있습니다. 앱의 사용자 인터페이스에서 직접 피드백을 받으세요, 그리고 이 피드백은 사용자 스토리로 전환될 수 있습니다. 개발자는 피드백의 메타데이터에 언급된 양식으로 직접 이동하여 요청된 변경 사항을 구현할 수 있습니다.
- 팀원들이 시작할 수 있습니다 토론 앱 Buzz에서 구현된 기능(예: 대시보드 페이지 또는 마이크로플로우의 비즈니스 로직)에 대해 논의합니다. 이러한 토론을 통해 새로운 사용자 스토리를 만들고 구현할 수 있습니다. Mendix Studio Pro. 모델 커밋을 사용자 스토리에 연결하면 전체 피드백 사이클이 준비되고 교차 참조도 됩니다.
내 저장소를 대신 어떻게 사용합니까? Mendix 팀 서버?
기본 중앙 옆에 Mendix Team Server 버전 관리 리포지토리를 사용하면 앱의 버전 관리 리포지토리로 자체 온프레미스 Git 리포지토리를 구성할 수 있습니다. Mendix 8 및 9에서는 온프레미스 SVN 저장소도 지원합니다.
설정에 대한 자세한 내용은 다음을 참조하세요. Git 온프레미스 버전 제어 서버로 작업하기 인간을 Mendix 스튜디오 프로 가이드.
어떻게합니까 Mendix 분기 및 병합을 지원하시나요?
개발 프로젝트는 항상 단일 개발 라인으로 시작하는데, 이를 메인 라인이라고 합니다. 이는 개발 프로세스 내에서 선두를 차지할 개발 라인입니다.
메인 라인에서 배포하는 것은 애플리케이션의 모든 (릴리스된) 기능을 포함해야 합니다. 메인 라인 외에도 프로젝트에는 여러 개의 브랜치 라인이 있을 수 있습니다. 브랜치는 메인 라인이나 브랜치 라인에 대한 특정 커밋(리비전)에서 만들어집니다. 브랜치를 만든다는 것은 새 개발 라인의 시작 리비전으로 사용될 선택된 리비전의 복사본이 만들어진다는 것을 의미합니다. 이를 통해 개발자는 격리된 라인에서 모델을 변경할 수 있습니다. 대부분의 경우 브랜치 라인은 메인 라인에서 진행 중인 개발이 계속되는 동시에 릴리스된 버전의 애플리케이션에서 문제를 해결하는 데 사용됩니다. 이를 통해 마무리되거나 테스트되지 않은 기능을 릴리스하지 않고도 메인 라인에서 새로운 개발을 수행할 수 있습니다. 브랜치를 만들고 문제를 해결한 후(또는 새로운 대형 기능을 만든 후) 이러한 변경 사항을 메인 라인과 병합할 수 있습니다.
덕분에 Mendix모델 중심 개발 접근 방식에서 모델 병합은 코드 병합보다 더 높은 수준의 정확도로 이루어집니다. 그 이유는 다음과 같습니다. Mendix 모델의 의미론을 이해합니다. 이로 인해 충돌이 줄어들고 충돌이 발생하더라도 다음과 같이 해결할 수 있습니다. Mendix Studio Pro는 위에서 설명한 일관성 검사 메커니즘을 통해 작동합니다.
Mendix 브랜치 생성 및 병합을 지원합니다. Mendix Team Server 버전 관리 저장소. 여기에 릴리스 레이블로 특정 개정판에 태그를 지정할 수 있습니다. 이를 통해 팀은 릴리스 브랜치 및 기능 브랜치와 같은 산업 패턴을 사용할 수 있습니다. 기본적으로 Mendix 배포 파이프라인은 또한 특정 배포 파이프라인 모멘트로 버전 개정에 라벨을 붙이기 위해 개정 태그를 사용합니다. 이는 감사 및 버전 롤백 목적으로 사용할 수 있습니다.
사용자 정의 버전 관리 통합에 사용할 수 있는 버전 저장소 API는 무엇입니까?
따라서 Mendix 버전 관리 기능은 다음을 통해 노출됩니다. Team Server 저장소의 API 다른 플랫폼 서비스나 외부 애플리케이션에서 호출할 수 있도록 합니다. 예를 들어, 최신 커밋 가져오기 앱 프로젝트에 대한 Team Server 버전 관리 저장소 API를 호출하면 해당 프로젝트의 아티팩트에 대한 최신 개정판이 반환됩니다.
업데이트를 수행한 후 다른 개발자가 변경한 사항을 검토하려면 어떻게 해야 합니까?
새로운 업데이트를 검색할 때 Mendix 팀 서버 Mendix Studio Pro에서 개발자는 어떤 변경 사항을 수락하거나 되돌릴지 완전히 제어할 수 있습니다. 업데이트 후 모든 변경 사항은 로컬 모델에 병합됩니다. 개발자가 수행한 변경 사항과 업데이트 간에 병합 충돌이 있는 경우 Mendix Team Server에서 개발자는 모든 병합 충돌에 대한 개요를 받습니다. 이 정보는 로컬 변경을 사용해야 하는지 아니면 Team Server의 변경을 사용해야 하는지 결정하는 데 사용할 수 있습니다.
개발자는 항상 어떤 변경 사항과 병합 충돌이 허용되는지 제어할 수 있습니다. 최종 버전을 다시 Team Server에 커밋하기 전에 변경 사항을 원래 버전으로 되돌릴 수 있습니다.
어떻게합니까 Mendix 버전 차이 및 충돌 해결을 지원하시나요?
Mendix Studio Pro는 애플리케이션 모델에 대한 내장된 diffing 지원 기능을 제공합니다. 즉, 개발자가 모든 앱 문서(예: 페이지, 마이크로플로, 통합)에 대한 버전 관리 리포지토리에서 변경 사항을 검색하면 두 버전이 비교됩니다. Mendix Studio Pro는 충돌하는 변경 사항이 없는지 확인한 다음 두 버전을 자동으로 병합합니다. 결과 변경 사항은 최신 버전을 버전 관리 저장소에 다시 커밋하기 전에 항상 검토할 수 있습니다. 개발자는 프로세스를 완전히 제어할 수 있습니다.
갈등 해결 역량은 무엇입니까? Mendix 스튜디오 프로?
변경 사항으로 인해 충돌이 발생하는 경우(예: 다른 개발자가 삭제한 페이지를 변경하는 경우) Mendix Studio Pro에서는 이 갈등이 먼저 해결되어야 한다는 피드백을 제공할 것입니다.
Mendix Studio Pro는 문서의 두 버전 간의 차이점에 대한 자세한 정보를 표시하여 충돌 해결을 제공합니다(예: 페이지에서 목록을 편집한 후 팀의 다른 사람이 해당 페이지에서 목록을 삭제하는 경우). 문서가 충돌로 표시되면 충돌에 대한 자세한 이유를 보고 세분화된 버전 해결 메커니즘을 사용할 수 있습니다. 전체 문서 중에서 선택할 필요가 없습니다. 대신 문서 내의 개별 요소(예: 위젯, 엔터티, 속성 또는 마이크로플로우 작업) 수준에서 충돌을 해결할 수 있습니다. 양쪽의 모든 충돌하지 않는 변경 사항은 자동으로 수락됩니다. 충돌 해결을 사용하는 방법에 대한 자세한 내용은 다음을 참조하세요. 세분화된 충돌 해결을 갖춘 새로운 병합 알고리즘 인간을 스튜디오 프로 가이드.
Mendix Studio Pro는 앱 수준에서도 충돌을 처리할 수 있습니다. "내 버전"을 선택하거나 관련 문서나 폴더를 삭제하여 앱 충돌을 해결할 수 있습니다.
다음은 두 가지 예입니다.
- 한 개발자가 문서를 삭제하고 다른 개발자가 해당 문서 내부에서 변경을 수행합니다.
- 두 개발자 모두 문서를 이동하지만 트리의 다른 위치로 이동합니다.
전체 폴더(또는 모듈)가 삭제되고 다른 개발자가 해당 폴더 내의 문서를 변경한 경우 해당 폴더는 로컬로 복원되고 충돌로 표시됩니다. 이렇게 하면 해당 폴더를 삭제하려고 했지만 변경된 문서의 컨텍스트를 보여주기 위해 복원되었음을 알 수 있습니다.
Java 클래스, 위젯, 이미지와 같은 외부 파일의 충돌을 어떻게 해결할 수 있나요?
기본적으로, Mendix Studio Pro는 Java 클래스와 같은 외부 파일에 대한 diff 비교를 수행합니다. 새 버전이 있거나 파일이 삭제된 경우 이는 다음에 의해 직접 처리됩니다. Mendix 스튜디오 프로 바로 그거죠.
외부 파일에 대한 추가적인 차이점 확인이나 충돌 해결이 필요한 경우 Git과 SVN용 외부 시각적 도구와 명령줄 도구를 사용할 수 있습니다.