Git에서 병합 작업

이번 주 블로그에서는 git merge 작업에 관한 연구실을 마치고 내 생각과 경험을 공유하고 싶습니다.

Git 병합 전략

최근 Git 작업에 초점을 맞춘 랩을 마친 후 저는 Git에서 사용하는 두 가지 기본 병합 전략인 Fast-forward 및 3방향 재귀(recursive-ort) 병합에 대해 더 깊이 이해하게 되었습니다.

• Fast-forward 병합: 이는 기능 분기가 생성된 이후 기본 분기에 새 커밋이 없을 때 발생합니다. 이 시나리오에서 Git은 단순히 기본 분기 포인터를 기능 분기의 최신 커밋으로 이동합니다. 이러한 유형의 병합은 별도의 병합 커밋을 생성하지 않으므로 간단하고 선형적입니다.

• 3방향 재귀 병합: 이 접근 방식은 기본 분기와 기능 분기 모두에 서로 다른 커밋이 있을 때 활용됩니다. Git은 공통 조상을 계산하고 두 분기의 변경 사항을 병합하려고 시도합니다. 두 분기 모두에서 동일한 줄이나 파일이 변경되어 수동 해결이 필요한 경우 충돌이 발생할 수 있습니다. 처음에는 여러 브랜치에서 동일한 파일을 수정하면 항상 충돌이 발생할 것이라는 인상을 받았습니다. 그러나 충돌은 두 브랜치 모두에서 정확히 동일한 코드 줄이 변경된 경우에만 발생합니다.

랩 구현: 기능 분기 병합

이 실습에서는 각 기능에 대해 별도의 브랜치를 생성하는 작업을 포함하여 내 저장소인 VShell에 두 가지 기능을 추가하는 작업을 했습니다. 이러한 기능은 여러 입력 파일/폴더 및 스트리밍 출력을 지원하여 도구의 기능을 향상시키기 위해 설계되었습니다.

기능 1: 여러 파일 및 폴더 지원 - 문제-15:

첫 번째 기능은 도구가 여러 파일과 폴더 경로를 동시에 처리할 수 있도록 하는 것이었습니다. 이전에는 이 도구가 개별 파일 입력만 처리했지만 이번 개선을 통해 사용자는 이제 여러 파일이나 디렉터리를 인수로 전달할 수 있습니다. 디렉터리 내의 모든 파일이 처리됩니다.

이를 구현하기 위해 기존 논리를 확장하여 폴더 내용을 반복적으로 반복하고 파일 경로를 절대 경로로 변환하고 모든 관련 파일을 배열에 저장했습니다. 관련 스니펫:

files.forEach((file) => {
    // convert a file path to an absolute path
const filePath = path.resolve(file);
...
const directoryFiles = fs
          .readdirSync(filePath)
          .map((f) => path.join(filePath, f));
allFiles = allFiles.concat(directoryFiles);
...
const results = allFiles.map((file) => {
    process.stderr.write(`Debug: Processing file: ${file}. \n`);
    return fs.readFileSync(file, "utf-8");
});
return results.join("\n");
}

이 코드는 개별 파일과 디렉터리 내의 모든 파일이 그에 따라 처리되도록 보장합니다.

기능 2: Stdout에 대한 스트리밍 응답 - 문제-16:

두 번째 기능은 도구에 스트리밍 지원을 추가하여 -s/--stream 플래그를 사용하여 stdout에 대한 응답을 실시간으로 출력할 수 있도록 했습니다. 이는 응답이 출력 파일에만 기록되거나 처리가 완료된 후 전체가 표시되었던 이전 구현에 비해 크게 개선된 것입니다.

이를 달성하기 위해 스트리밍되는 데이터 청크를 처리하기 위해 for Wait...of 루프를 사용하는 비동기 반복을 도입했습니다. 또한 토큰 정보는 최종 응답 청크에서만 사용할 수 있으므로 토큰 사용량을 실시간으로 추적했습니다. 핵심 논리는 다음과 같습니다.

if (options.stream) {
// Handle streaming response
const { response, tokenInfo } = await readStream(chatCompletion);
return { response, tokenInfo };
}

async function readStream(stream) {
  let response = "";
  let tokenInfo;
  for await (const chunk of stream) {
    const content = chunk.choices[0]?.delta?.content;
    if (content) {
      process.stdout.write(content);
      response += content;
    }
    // The last chunk will contain the usage information
    if (chunk?.x_groq?.usage) {
      // Retrieve Token Usage from Response
      const usage = chunk?.x_groq?.usage;
      const promptToken = usage?.prompt_tokens || 0;
      const completionToken = usage?.completion_tokens || 0;
      const totalToken = usage?.total_tokens || 0;
      tokenInfo = { promptToken, completionToken, totalToken };
    }
  }
  return { response, tokenInfo };
}

참고:

사용 데이터에 직접 액세스할 수 있는 비스트리밍 응답에 사용되는 더 간단한 방법과 달리 실시간 스트리밍 접근 방식에서는 토큰 추적 조정이 필요했습니다.

스트리밍의 경우 루프의 마지막 청크를 처리한 후에만 토큰 사용 개체에 액세스할 수 있습니다.

// The last chunk will contain the usage information
if (chunk?.x_groq?.usage) {
  // Retrieve Token Usage from Response
  const usage = chunk?.x_groq?.usage;
  ...
}

기본적으로 -o/--output을 통해 출력 파일을 지정하지 않고 -s/--stream 플래그를 사용하면 응답이 실시간으로 스트리밍되어 콘솔에 표시됩니다. 그러나 사용자가 응답을 파일로 내보내려는 경우 -o/--output 플래그를 사용하여 출력 파일을 지정할 수 있습니다.

병합 프로세스 및 Git 병합 전략

두 기능을 모두 완료한 후 기능 1을 메인 브랜치에 병합하는 것부터 시작하여 기능 2를 병합하는 방식으로 병합 프로세스를 시작했습니다. 기능이 별도의 파일로 개발되었기 때문에 병합 프로세스 중에 충돌이 발생하지 않았습니다. 그러나 Git은 Git 2.34부터 기본으로 적용되는 ORT 병합 전략(Ostensously Recursive's Twin)을 사용했습니다. ORT 전략은 전통적인 재귀 병합 전략을 재작성하여 복잡한 병합 시나리오를 처리할 때 더 나은 성능과 정확성을 제공합니다.

내 최종 병합 커밋 해시는 286e23c입니다

위 내용은 Git에서 병합 작업의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!