2010 년 8 월 출시 (사이트에 매우 정교한 로드맵이 있음), 이점은 무엇입니까 Git# (또는 GitSharp) 및이를 기반으로하는 응용 프로그램은 Windows에서 현재 대안을 갖고 있습니까? 나는 이점이 일 수 없었다는 것을 의미한다 Git #없이.Git # (GitSharp)가 Windows에서 현재 대안을 가져 오는 장점은 무엇입니까?
편집 : 질문이 올바르게 구성되지 않았습니다.
2010 년 8 월 출시 (사이트에 매우 정교한 로드맵이 있음), 이점은 무엇입니까 Git# (또는 GitSharp) 및이를 기반으로하는 응용 프로그램은 Windows에서 현재 대안을 갖고 있습니까? 나는 이점이 일 수 없었다는 것을 의미한다 Git #없이.Git # (GitSharp)가 Windows에서 현재 대안을 가져 오는 장점은 무엇입니까?
편집 : 질문이 올바르게 구성되지 않았습니다.
완전히 다른 점을 감안할 때, 다른 사람의 이점에 대해 이야기하는 것이 타당하지 않을 수 있습니다. MSysGit는 인간이 사용하는 프로그램이며, Git #은 사용할 라이브러리입니다. 기계.
마치 국제 우주 정거장에서 피자 한 조각의 장점을 묻는 것과 같습니다.
최종 사용자에게는 GitSharp가 아직 완료되지 않았기 때문에 모든 git 기능을 제공 할 수 없다는 점을 제외하면 차이가 없습니다.
깨끗하고 간단한 API를 통해 자식 저장소에 액세스 할 수 있고 명령 줄 명령을 형식화하고 별도의 프로세스에서 msysgit을 시작하고 출력을 구문 분석 할 필요가 없으므로 응용 프로그램 프로그래머에게 큰 차이가 있습니다.
그게 한 가지입니다. GitSharp (현재 준비가되어있는 것은 무엇이든)는 성능면에서 msysGit과 비교됩니다. 힘내는 성능을 위해 설계되었습니다. –
우리는 아직 gitsharp의 성능을 벤치마킹하지 않았습니다;) 건배, – henon
우리는 라이브러리가 프로세스를 시작하고 피하기는 표준 출력에서 결과을 구문 분석의 시작 오버 헤드을 줄이고 자. 그것이 GitSharp가 높은 수준으로하는 일입니다.
많은 git.exe가 동시에 실행되는 것을 볼 수 있습니다 (예 : CruiseControl.NET 자동 빌드). PC가 상당히 느려집니다.
피자 조각을 먹을 수 있고 먹을 수도 있습니다. –
그 점을 지적 해 주셔서 감사합니다. 나는 지금 내 질문에 더 잘 어울렸다. 마찬가지로 TortoiseGit을 사용합니다. GitSharp.Demo를 사용하면 핵심 기능 (속도와 같은) 측면에서 이점이 있습니까? –