그래서 저는 Git + GitHub를 사용하고 있습니다.
소규모 분산 팀에서 각 구성원은 할당 된 각 문제 / 요구 사항에 대해 고유 한 분기를 만들고 있습니다.
git branch Issue#1 <-- create this branch
git checkout issue#1 <-- switch over to this branch
지금 code code
, commit
, code
, commit
, 등 …
다음 pull request
, code-fixup
, commit
, code
, commit
등 ..
그리고 마침내 … pull request가 수락됩니다.
우와.
근데 .. 이제 뭐야? (……어색한……)
로컬 개발 시스템에서 브랜치를 만든 사람이 브랜치를 닫아야합니까? 개발자가`(… -D …) 브랜치를 삭제 한 다음 master .. 풀 / 리프레시를 수행하면 모든 브랜치 코드를 얻을 수 있다는 제안이있었습니다.
흠 … 확실하지 않습니다-도와주세요 🙂
답변
풀 리퀘스트를 요청하는 개발자에게 브랜치 삭제를 희망하는 상태를 요청합니다. 대부분의 경우 이것이 사실입니다. 분기가 필요한 경우가 있습니다 (예 : 변경 사항을 다른 릴리스 분기에 복사).
내 손가락은 우리의 과정을 기억했습니다.
git checkout <feature-branch>
git pull
git checkout <release-branch>
git pull
git merge --no-ff <feature-branch>
git push
git tag -a branch-<feature-branch> -m "Merge <feature-branch> into <release-branch>"
git push --tags
git branch -d <feature-branch>
git push origin :<feature-branch>
지점은 업무용입니다. 태그는 시간의 장소를 표시합니다. 필요한 경우 각 분기 병합에 태그를 지정하여 분기를 부활시킬 수 있습니다. 분기 태그는 변경 사항을 검토하기 위해 여러 번 사용되었습니다.
답변
예,을 실행하여 분기를 삭제하면됩니다 git push origin :branchname
. 나중에 새로운 문제를 해결하려면 마스터에서 다시 분기하십시오.
답변
코드를 완료 한 후 먼저 분기를 마스터에 병합 한 다음 해당 분기를 삭제하십시오.
git checkout master
git merge <branch-name>
git branch -d <branch-name>