Charts: Realm 통합을 다른 저장소로 이동

우리는 가지고 있습니다. 많이. 불행히도 이것은 일을 복잡하게 만듭니다 ...
ChartsRealm 에는 Charts 및 Realm 가 필요합니다. ChartsDemo 는 단순성과 접근성을 위해 Charts 저장소의 일부로 분명히 관리됩니다.
ChartsDemo 는 Realm 데모도 제공하므로 Charts 및 ChartsRealm 에 따라 다릅니다.

따라서 Charts repo는 Charts $ repo에 의존하는 ChartsRealm repo에 의존합니다.

현재 Pod와 Carthage는 어떤 종류의 순환 종속성을 지원하지 않습니다. 실제로는 복잡해질 수 있으므로 이와 같은 중복을 찾아 해결하는 가장 간단한 알고리즘조차 구현하지 않았습니다.

그래서 사용의 편의를 위해 현재 상태를 유지하고 있습니다.
데모와 함께 이것을 분리하는 것에 대한 더 많은 표가 있으면 이것을 고려할 수 있습니다.

지금은 이것을 열어 두겠습니다.

알겠습니다 빠른 답변 감사합니다!

그 동안 저는 퀵 포크를 만들고 거기에서 Realm 종속성을 제거할 것이라고 생각합니다. 20분 carthage update 🙈

중요한 버그 수정과 새로운 기능이 들어오므로 포크를 자주 업데이트하십시오....

카르타고가 너무 오래 걸린다면 cocoapods를 사용하십시오. 하위 사양이 있으므로 차트 영역이 아닌 차트만 빌드하도록 지정할 수 있습니다.

얼마 전에 Carthage를 사용해 보았지만 더 빠르고 간단하기 때문에 cocoapods로 돌아갔습니다.

주관적입니다. 저에게는 CocoaPods가 더 쉽지만 Carthage는 더 간단 합니다. 😉

예, 더 쉽게 의미했습니다 ;)

@danielgindi 영역을 2.x로 업데이트할 수 있습니까?

풀 리퀘스트는 언제나 환영입니다 😉

@danielgindi 현재 ChartsDemo 가 실제로 ChartsRealmDemo 인 것 같습니다. 이 데모와 Realm을 별도의 프로젝트로 옮기고 영역 종속성이 없는 기본 ChartsDemo 를 제공할 수 있습니다. ChartsRealm 프로젝트에서 더 많은 기능을 갖춘 데모를 사용할 수 있다는 메모를 추가하세요.

$ Charts 에서 ChartsRealm 을 이동하면 개발 팀이 무의미한 다운로드 및 빌드 시간을 많이 절약할 수 있습니다.

@getaaron , 전부는 아니지만 ChartsDemo는 여전히 영역 없이 더 많은 데모를 보유하고 있습니다. 나는 그것들을 분리할 수 있다는 데 동의하지만, 지금까지는 카르타고에서 Realm을 빌드하고 다운로드하는 데 한 번만 필요했습니다. 항상 빌드해야 하지 않습니까?

@danielgindi 저는 ChartsRealm을 다른 저장소로 옮기는 것에 찬성합니다.
카르타고로 빌드하려면 시간이 너무 오래 걸립니다...

*** Building scheme "RealmSwift" in Realm.xcworkspace
*** Building scheme "Realm" in Realm.xcworkspace
*** Building scheme "PlaygroundFrameworkWrapper" in RealmExamples.xcworkspace
*** Building scheme "ChartsRealm" in Charts.xcodeproj
*** Building scheme "Charts" in Charts.xcodeproj

차트 만 사용하기 때문에 이것은 나를 미치게 만듭니다 ...

Carthage는 정말 하위 사양을 추가하는 것을 원하지 않으므로 모든 것을 항상 다운로드하고 싶지 않다면 cocoapods를 사용하거나 Carthage 유지 관리자에게 불평하십시오. 별도의 repos는 적은 이익을 위해 우리의 삶을 훨씬 더 어렵게 만듭니다. 데모를 2개의 대상으로 나눌 수 있지만 여기서 언급한 문제 중 일부는 실제로 해결되지 않습니다.

Realm 종속성을 제거하려면 +1입니다.

차트 라이브러리의 핵심 부분이 아니거나 관련이 없습니다. 그것은 좋은 것입니다. 이미 종속성을 분할하는 작업을 수행했으므로 별도의 repo가 ​​의미가 있는 것 같습니다. AlamoFire도 동일한 작업을 수행합니다.

저에게 이것은 빌드 시간이나 기타 문제가 아니라 프로젝트 성숙도에 관한 것입니다. Realm이 Cartfile.resolved 에서 예기치 않게 팝업되는 것을 보고 저희 팀에 중대한 위험 신호가 발생했습니다.

@donnellyk에 동의합니다.

@donnellyk 주요 우려 사항에 대한 해결책을 생각할 때까지 우리는 그렇게 할 수 없습니다. 그리고 저를 믿으십시오. 우리는 원합니다!

@danielgindi 충분히 공정합니다. 어떤 걱정거리입니까? 도와드릴까요? 🙂

처음에는 유지 관리 용이성을 위해 Realm을 프로젝트에 유지하는 것에 대해 생각했습니다.
이로 인해 발생하는 문제는 CocoaPod와 Carthage에서 모두 지원하지 않는 순환 종속성입니다.

이제 우리는 사용자가 액세스할 수 있고 개발 중 테스트할 때 우리 모두를 위해 Realm 관련 제품의 쇼케이스와 함께 데모를 유지하고자 하는 열망만 남게 되었습니다.
Charts 에 ChartsRealm 에 영향을 주는 버그가 있거나 ChartsRealm 를 위해 추가하는 유틸리티 함수가 있습니다. 개발 프로세스는 다음 중 하나입니다.

1. Charts 클론에서 작업을 수행하고 ChartsRealm 클론의 Pods 폴더에 복사하고 빌드를 확인한 다음 데모를 실행하고 시각적으로 테스트한 다음 일부 단위 테스트를 실행할 수 있습니다.
2. ChartsRealm의 Pods 폴더에서 동일한 작업을 수행한 다음 Charts 클론으로 복사합니다.

원래 주요 관심사는 사용자에 대한 것이었습니다. ChartsRealm에 대한 수요가 매우 높습니다. 현재 상황은 ChartsRealm을 매우 가시적이고 접근 가능하게 만듭니다.
그러나 이제 Realm이 선택적인 종속성(또는 데모가 작동하려면 가져와야 함)을 인식하지 못하는 바닐라 차트 사용자로부터 많은 거부를 받았기 때문에 우리의 우려는 거꾸로 된 것 같습니다.

흐름 개발에 대해 - 우리는 총알을 깨물고 익숙해져야 합니다. 어쨌든 ChartsRealm 쪽에서 진행 중인 개발은 많지 않습니다(몇 일 전 제 PR 이후에 릴리스된 Realm에서 새로운 ObjC 지원 기능을 구현하는 것을 제외하고).

저는 일반적으로 최근에 많은 일로 매우 바빴습니다. 그래서 앉아서 몇 가지 문제를 닫고, PR 등을 병합하고, ChartsRealm 저장소를 분리하고 어떻게 진행되는지 보고 싶습니다.

@danielgindi 가 마침내 당신을 여기에서 잡았습니다. 예, Realm에 대해 생각하기 전에 고칠 것이 많습니다. 😂

예, 바쁜 날들이 많았습니다 :-) 그래도...
그러나 다음 마이너 릴리스로 이동하면서 몇 가지 문제와 PR을 처리하고 있습니다.
그 때 우리는 아마도 영역을 분리할 것입니다.

자, 저장소 분할과 영역 항목을 https://github.com/danielgindi/ChartsRealm으로 이동하는 작업을 완료했습니다.
Travis는 여전히 고장난 상태입니다. @petester42 좀 봐주시겠어요 ?