여러 관련 구성 요소가있는 프로젝트의 모범 사례

Question

배경 : 버그 추적에는 jira, 소스 제어에는 git을 사용하고 있습니다. iOS 프런트 엔드와 웹 서비스 및 GUI를 제공하는 Java/Tomcat 백엔드로 구성된 완벽한 엔드 투 엔드 시스템을 갖추고 있습니다. 지금은 모든 소프트웨어를 담은 단일 git 저장소와 전체 시스템에 대한 문제를 추적하는 단일 jira 프로젝트가 있습니다.

이제 소프트웨어가 작동 중이므로 iOS 응용 프로그램이나 서버에 변경 사항이 적용되고 있음을 알게되었습니다. 두 구성 요소의 버전 번호가 다소 다릅니다.

그것은이 프로젝트에 너무 늦게 아마도,하지만 미래 :

• 나는 하나의 소스 저장소에 모든 관련 구성 요소를 갖는 경로를 추구하고 하나의 버그 추적 프로젝트를 사용하여 추적한다 또는
• 각 구성 요소가 별도의 저장소에 있고 별도의 버그 추적 프로젝트로 관리해야합니까?

나는 두 가지 접근 방식 모두에서 프로와 사기를 볼 수 있으며, 그 대답이 "의존적"일 수 있음을 알 수 있습니다.

당신은 어느쪽으로 기울여야하며, 그 이유는 무엇입니까?

Answer 1

나는 별개의 기술 세트를 가질 가능성이 두 작업을 몇 가지 이유

1. 개발자에 대해서는 다른 소스 저장소로 가고 싶어. 또한, 누가 무엇을 보는지 구분하기 위해 에 대한 관리상의 이유가있을 수 있습니다.

2. 서로 다른 버전의 상호 작용이 필요한 프로토콜 수준에서 긴밀히 연결되어서는 안됩니다. 다른 프런트 엔드

두 번째 이유는 내 주요 하나를 수행 할 때

첫 번째 점은 더욱 중요합니다.

그러나 일반적인 버그 데이터베이스를 사용하고 싶습니다. 결함/피처가 양쪽 끝에서 변경해야 할 수 있습니다. 또한 한 구성 요소에 있다고 여겨지지만 실제로는 다른 구성 요소에 고정되어있는 버그가있을 가능성이 큽니다. 데이터베이스간에 마이그레이션을 시도하면 정보가 손실됩니다. 나는 그것을 너무 많이 보았다.