Method A을 사용하여 코딩 문제를 해결하려고했습니다. 나는 Method A (나는 "Commit 5"이라고 부를 것이다)의 최선의 실례를 저질렀다. 나는 Method A에 완전히 만족하지 못했습니다. 그래서 저는 Method B을 사용하여 프로그램을 계속 개발했습니다. 현재는 "Commit 8"입니다. (모두 마스터 브랜치에 있음) 이제 Method
트렁크에 두 개의 분기 마스터 &이 있습니다. git checkout -b new_branch origin/master을 사용하여 로컬에서 하나 이상의 분기를 작성하여 해당 분기에서 마스터 코드를 가져 왔습니다. 이제 난 내 트렁크 분기 (분기 new_branch에서)에만이 커밋 ID의 변경 내용을 병합해야 git add --all
git commit -
새 CodeCommit 리포지토리에 파일을 커밋 할 수 없습니다. 그 이유는 확실하지 않습니다. 내 저장소를 복제 할 수 있었기 때문에 연결할 수있었습니다. 이것은 인증 문제를 배제하는 것처럼 보일 것입니다. 그러나, 일단 내가 추가 한 후 나는 다음과 같은 오류가 파일 커밋 : 나는 그것을에 부착 된 AWSCodeCommitPowerUser 정책과 IAM
마스터에서 가장 최근에 커밋 된 분기 된 프로젝트는 일부 C {A-> B-> C}, 이고 다른 분기에는 커밋과 함께 일부 "dev" -> B-> C-> X-> Y-> Z 이제 내 분기에서 여러 개의 풀 요청 (풀 요청으로 모든 커밋 X, Y, Z 분할)을 생성 할 수 있습니다. 가능성이있는 경우에, 저를 제안 해주십시오 ... 각각에 대해
나는 주인 가지를 가지고 있습니다. 이전 커밋 시점에서 커밋을 2 주 전에 분기에서이 시점까지 제거하려고합니다. git revert은 해당 분기에 이미 존재하는 되돌리기 때문에 사용할 수 없으므로 문제가 발생할 수 있습니다. 나는 마스터 분기에서 커밋 이전에 HEAD을 가리 키도록 솔루션이나 SHA1를 찾고 설정하고있어 그 마스터로 SHA1.
예를 들어 다음을 수정하는 푸시 된 커밋이 있습니다. 8 파일. 그 커밋을 되돌리려 고하지만 파일 중 2 개만 변경하면됩니다. 이 커밋의 구현을 변경하고 싶습니다. 제가 생각한 것은 git revert을 수행 한 다음 되돌리기 커밋 commit —amend 코드에 1 개의 되돌리기와 1 개의 새 커밋이 없도록하는 것입니다. 더 좋은 방법이 있나요?
내가해야할 일은 내 지사의 커밋 메시지를 로컬로 수정 한 다음 그 변경 사항을 서버로 푸시하는 것입니다. 과거의 커밋에서 실제로 파일을 변경할 필요는 없으며, 지난 커밋은 가장 최근의 커밋이 아닙니다. 커밋 된 커밋은 2 ~ 3 회입니다. 내가 본 대부분의 답변은 과거의 커밋 파일을 수정하거나 가장 최근의 커밋 메시지 만 수정하는 것으로 나타났습니다. 나도
내 자식 저장소에서 나는 Microsoft Visio에서 만든 다이어그램을 나타내는 workflow.vsd 파일을 가지고 있습니다. 우리 팀원 모두가 Visio를 설치 한 사람이 아니기 때문에 workflow.vsd을 변경하는 사람은 누구나 workflow.png도 생성해야합니다. 사람들은 매우 자주 vsd 파일의 새 버전을 커밋하고 png을 커밋하는 것을
분기점 v4.1.0-rc12에서 이전 커밋을 체크 아웃하는 이상한 상황이 발생했습니다. 파일을 수정했고 v4.1.0-rc12 브랜치에 커밋하고 싶습니다. 이전 커밋을 체크 아웃 한 이후 HEAD 포인터가 분리 모드로 변경되었으므로이 변경 사항을 분리 모드에서 v4.1.0-rc12 분기로 커밋하는 방법은 무엇입니까? 커밋 해시를 "체크 아웃"하는 대신 "되돌