많은 저장소, 구성, 빌드 및 실행 물건을 처리하는 시스템을 작성하고 있습니다. sync-repository이라고도 불리는 작업이 있습니다.이 작업은 최신 버전의 저장소가 클라이언트에 도착하도록하기 위해 호출 할 수 있어야합니다.Hg 끌어 오기/복제
리포가 이미있을 수 있습니다.이 경우 hg update을하고 싶습니다. 레포가없는 경우도 있는데,이 경우에는 hg clone을하고 싶습니다. 사용자는 어떤 경우인지 신경 쓰지 않아야합니다. 아, 저장소가 너무 커서 디렉터리를 지우는 것만으로 매번 clone을 보내는 옵션이 아닙니다.
hg은 적합한 지 여부에 따라 clone 초 또는 update 초임 명령을 제공합니까? 아니면 배쉬와 함께해야 할 것인가?
사용자는 어떤 경우인지 신경 쓰지 않아도됩니다.
네,하지만 당신이 걱정하고를 알고 있어야합니다 , 당신이 복제 또는 전혀 없습니다 않습니다. 어떻게 관리하고 싶습니까?
당신이
Reponame =/전체/경로 f.e 형태로, 파일을 someconfig 한 경우// 복제
당신이 클론이 존재하는 경우, 감지 여부 및 경우 --다른 다음 논리를 사용합니다. 당신이 정보를하지 않은 경우, 당신은 결정을 할 수 없습니다부가
아니,이 의욕 코어 (I 희망, 그들이에 표시되지 않음) 이러한 "결합"명령이 아닌, 왜냐하면 Mercurial은 서로 다른 무관 한 작업에 대한 하나의 명령이 아니며 Unix 방식 ("자신의 사업에 신경 쓰십시오!")보다 엄격하게
을 따르기 때문에, 다른 쪽에서는 자유를 줄 수 있습니다. 원하는 - 자신이 원하는 Mercurial 명령을 정의 할 수 있습니다 (요청한 경우). 관련이없는 원래 명령이있을 수 있습니다 (Aliases extension (wiki 페이지는 약간 구형 임) 참조 및 [alias] section 참조). .hgrc - 최신) 심지어는 Mercurial 별칭에서 쉘 명령을 사용하십시오.
음, 정확히 그 질문의 요점 중 하나입니다 : 나는 신경 써야합니까? 나는 Mercurial 명령이 있는지 물어보고 있는데, 당신이 대답하고 있다고 생각지 않는 질문입니다. 그리고 난 해결 방법을 찾는 것이 좋지만 Mercurial 명령 (덜 hackiness == 더 좋음)을 사용하는 편이 낫습니다. – Hbcdev
@Hbcdev - "신경 써야합니까?" 당신은 * 상관 할 수 있습니다 : "그것은 달려 있습니다."bash를 사용하면 ** 빠르고, 저렴하며, 이식성이 떨어집니다. ** 솔루션, 논리는 ** 더 비싸고, 빠르지 않고, 휴대하기 쉬운 ** 솔루션을 제공 할 것입니다. 그것은 무엇을 선택 해야할지 결정합니다 –
당신은 거기에 수은 내부 명령이 일을하지만 그것은 어떻게 든 bash를 사용하는 것보다 느린 말하고 있습니까? 나는 그것이 사실 일지 의심 스럽다. – Hbcdev
찾아 주셔서 감사합니다, 나는 그 검색을 찾을 수 없습니다. 나는 이것이 중복이라는 것을 확신하지 못한다. 그 질문은 배쉬로 어떻게하는지 설명한다. 배쉬없이 그것을 할 수있는 방법이 있든 없든 대답하지는 않는다. – Hbcdev
위의 링크에서 수은으로 어떻게해야하는지에 대한 대답이 없다는 것은 가장 쉬운 방법이 배쉬에서 이루어질 것이라는 힌트입니다. – Paystey