본문 바로가기

TIL

[TIL 2024. 04. 05] git 명령어 정리 | html form 태그

git 명령어 정리

이번 프로젝트를 진행하면서 git 사용법을 정확히 숙지해야 할 필요성을 많이 느꼈다

다음 프로젝트에서도 git은 틀림없이 사용하게 될테니, 그때 잊은 내용들을 찾아볼 수 있게 이번에 많이 쓴 git 명령어들을 정리해보기로 했다

 

1. vscode

git switch -c "새로운 로컬 브랜치명"

git status

git branch

git add .

git commit -m "커밋메시지"

 

이번 프로젝트에서는 로컬 브랜치에서 push한 후, 깃허브 사이트에서 바로 pr하지 않았다.

팀원 각자가 자신의 이름과 같은 로컬 브랜치를 생성한 후 거기서 각자 작업을 진행했고, git push까지만 각자 반복해서 진행했다. 즉, 팀원들은 각자의 로컬 브랜치에서(이번에는 자신의 이름명 기반으로 로컬 브랜치를 각자 사용함) add, commit, push만 반복해서 진행했다.

 

그리고 중간중(하루나 이틀 간격으로) zep에서 화면공유를 하며, 팀원 한 명이 merge를 차례차례 진행하는 식으로 conflict를 해결하고, 수정 내용을 정리 및 병합했다. 이때 파이참을 사용했는데, 파이참의 merge기능이 아주 유용했다. 가운데를 기준으로 양옆에서 시각적으로 추가하거나 무시할 내용을 선택할 수 있었기 때문!

 

즉, 이번 프로젝트에서는 깃 강의에서처럼 깃허브 사이트에서 merge(pull request)를 한 게 아니라, IDE의 터미널상에서 (git pull이 아닌) git fetch와 git merge를 사용해서 팀원들의 수정사항들을 차례로 병합해서 최종본을 만들었다.

 

 git pull과 git fetch의 차이점
-git pull: 원격 레포지토리에서 최신 변경사항을 가져와서 로컬의 내용과 자동으로 병합까지 진행함
--> 즉, pull은 fetch+merge를 합쳐놓은 명령어임

-git fetch: 원격 레포지토리의 최신 변경사항을 가져오기만 함. 즉, 로컬의 내용과 병합하지 않음.
--> 따라서 병합을 위해서는 git fetch 후에 git merge를 통해 수동으로 병합을 진행해야 함

 

이번 프로젝트에서는 각자 기능을 맡아서 진행했으므로, 자동 병합을 하면(pull) 어느 수정 부분이 병합본에 포함됐는지를 파악할 수 없었다. 그래서 우리는 git fetch로 수정 사항을 받아와서, 수동으로 git merge를 진행한 것이다.

 

(파이참에서 git fetch와 git merge를 직접 연습해봐야겠다..)

참고자료1

참고자료2


html form 태그

이번 프로젝트에서는 form태그를 많이 사용했다.

자주 사용했던 html의 form요소는 form, input, textarea, button 등이 있고, 부트스트랩의 드롭다운에서 select와 option도 본 적이 있다

 

<body>
    <form action="/submit-form" method="post">
        <!-- Input type submit -->
        <input type="submit" value="value에 의존">
      
        <!-- Button element -->
        <button type="submit">제출하기</button>
      </form>
</body>

 

html에서 form태그 내에서 input태그의 type을 submit으로 설정하면, button태그와 유사한 기능으로 사용할 수 있다.

즉, 위의 예시에서 <input type="submit"><button> 요소가 모두 양식의 제출 버튼을 만드는 데 사용된다. 하지만 <button> 요소는 내부 텍스트("양식 제출")를 허용하지만, <input type="submit"> 요소는 레이블("양식 제출")을 표시하기 위해 value 속성에 의존한다는 차이점이 있다.

 

web상 화면

 

 

참고자료