전체 글

[TIL] GitHub Repository 정리(IntelliJ 파일 정리하기) #내 잔디 돌려줘..

* Repository를 정리하게 된 이유 * 잔디 사라짐 이슈.. 내 잔디 돌려줘...ㅠㅠㅠ * 해결!!! 십년감수했다 징챠아... Repository 정리를 해보자! 나는 현재 쓰는 Repository 말고도 안 쓰는 Repo가 두 개가 더 있다. 첫 번째는 github에서 처음으로 만들어서 사용하고 있었던 legendary-pancake(페이지 자체 추천을 받아 만들었다. 전설의 팬케익이라니? 너무 좋아..! 해서 만들었다) 두 번째는 원래 쓰고 있던 자바 버전이 19버전이라 non-LTS이기도 하고, 한글 깨짐 이슈가 있었기 때문에 LTS인 17로 다시 되돌리면서 사용하던 이클립스도 다시 설치를 하면서 만든 "after-pancake"가 있었다. 나는 깃을 잘 몰라서 문제가 생길 때마다 일단 re..

[TIL] GitHub README를 잘 적는 방법.

README란? 깃의 한 Repository를 간결하게 잘 보여주는 설명문 같은 것. 오늘 팀별 프로젝트 발표를 듣다가 튜터님께서 README를 써보라고 하셨는데 프로젝트에 대해서 어떻게 적어야 하는지, 어디까지 적어야 하는지, 무엇을 적어야 하는지 잘 몰랐기 때문에 튜터님께 직접 DM을 보내 여쭈어보았다. 튜터님은 README에 대해서 찾아보면 Format이 다양하게 나오는데, 어떤 README가 좋은 README인지는 잘 나오지 않는다고 하시며 예시를 들어 아주 자세하게 잘 가르쳐 주셨다. (아래 링크들은 튜터님이 참여하셨던 실제 프로젝트의 GIT의 Repo 주소) 앱, 백엔드, 프론트엔드에 따라 README를 적는 포맷이 조금씩 다르다. 앱(IOS) https://github.com/3dollar-..

< 초록색이 젤다 맞죠? > - KPT 회고

* KPT회고란 * 프로젝트 요약 * Keep * Problem * Try KPT회고란? 다양한 회고 방법론 중 하나로, Keep, Problem, Try의 약자이다. 회고 내용을 세 가지 관점으로 분류하여 회고를 진행한다. 프로젝트 요약 프로젝트 내용 : 팀 소개 페이지 만들기 필수 작업 CRUD의 CR 구현하기(각자의 댓글 리스트) 각자의 소개 카드부분 HTML 만들어서 버튼 클릭할 때마다 보여주기. 1p에서 2p로 넘어가는 것 2p에서 3p 카드 펼친 부분으로 넘어가는 것 3p에서 카드 눌렀을 때 카드 전환되는 것. Keep 이번 프로젝트에서 유지했으면 하는 부분 지수 : 문제가 생겼을 때 팀원들에게 빨리 말하고 같이 문제 해결 방법을 찾아서 빠르게 해결했던 것, 매일 시간을 정해서 본인의 진행 정..

< 초록색이 젤다 맞죠? > - 팀 프로젝트 04

comment 따로 따로 만들기 db 하나로 합치기 이름 추가 조건에 따라 이름 익명으로 만들기 comment 따로 따로 만들기 원래는 팀 소개 페이지에 댓글 페이지를 하나만 만들었다. 팀원 소개 페이지를 처음에 열면 댓글 페이지를 숨겨 주고, 팀원 카드가 나올 때마다 댓글 페이지가 나오게끔까지만 해놓았다. 그런데 팀원TIL을 보다가 각자 따로 댓글을 달 수 있게 하면 좋을 거 같다는 의견을 보고 당장 만들어야겠다는 생각이 들었다..! 일단은 손이 많이 가는 형태로 DB를 DB_A, DB_B, DB_C, ... 이런 식으로 각자 만들어 준 뒤, 그 DB에 코멘트를 넣어서 저장해서 불러오는 형태로 구현했다. 그런데 조금 더 생각을 해보니 DB에 굳이 나눠담을 필요가 있을까? 생각했다. 한 DB에 key값만..

< 초록색이 젤다 맞죠? > - 팀 프로젝트 03

- 카드 폰트 고치기 - comment 기능 div html에 넣기 - 부트스트랩에서 가져온 comment 디자인하기! - 내일 할 것! 카드 폰트 고치기 내 카드 div 를 html에 잘 끼워서 실행시켰더니 내가 적용시켰던 폰트가 적용이 안 되어 있었다. 무슨 일인지 봤더니 내 css에서 내가 전체 선택자( * )를 잘못 써서 그랬다..! 해결 완료! comment기능 div html에 넣기 두구두구두구두구 이제 POST와 GET 기능이 잘 돌아가는지 봐야 해서 comment div를 html에 넣고 실행시켰다. 댓글을 입력하고 버튼을 눌렀을 때 POST가 잘 되면 "댓글 기록 완료!"라는 alert가 뜨게 해놓았는데, 잘 떴다! alert가 뜨고 나서 새로 고침이 되면 기존에 내가 임시로 써 놓은 c..

[TIL] Git 협업할 때 오류가 덜 나는 브랜치를 이용하는 방식(주관적)

나는 깃으로 협업하는 건 처음이었고 혼자 잔디 심는 법을 검색해서 초록색 칸만 채울 줄 아는 사람이었다. Git Bash에 명령어를 치는 것도 너무 어려워서 다른 Git 명령어는 써보지도 못했다. 그저 git status > git add -A > git status > git commit -m "" > git push origin master 만 주구장창 이용을 해봤다. 그래서 브랜치를 병합한다는 게 뭔지 pull 하는게 뭔지 push하는 게 뭔지 개념도 이해를 잘 못한 상태로 깃 협업을 하려니 너무 어려웠다. 처음에는 각자 브랜치를 만든 상태로 만들고 붙이고 만들고 붙이고 하려니 여기서 오류가 나고 저기서 오류가 나고 브랜치를 이동하려니 change를 현재 브랜치에 놔두고 갈거니? 아님 이동하려는 브..

[TIL] Git - 다른 branch에서 작업을 해야 할 경우 깃 순서!

지금 현재 브랜치 A에 있는 변경 사항 커밋 완료 후 작업하려고 하는 다른 브랜치 B로 이동 B브랜치 PULL하여 데이터 받아오기 작업하기 작업완료 후 일단 COMMIT하기 다시 PULL하기(PULL할게 있으면 브랜치 오른쪽에 뜬다.) 충돌이 난다면 충돌을 해결 > open vs code > 수정 사항 선택 후 저장 > 충돌 없어짐 확인 merge할까요? 넹 PUSH해주기 근데 왠만하면 하지 말자..

< 초록색이 젤다 맞죠? > - 팀 프로젝트 02

API 개인 카드 만들기 깃 협업 에러 API 어제 와이어 프레임과 API를 설계하여 SA(Starting Assignments)를 작성하고 제출했는데, 와이어 프레임에 대한 설명 추가와 API를 구체화하여서 써보라고 튜터님의 조언을 받았다. 사실 나는 그 정도 와이어 프레임이면 충분히 구체적으로 표현했다고 생각했는데 그건 내 생각이었다. 프레임을 처음 본 사람이라면 이 부분이 설명이 더 필요하겠구나라고 느꼈다. 이 프로젝트를 모르는 사람이 봤을 때도 기능과 대략적인 모양이 눈에 보이게 하는게 중요하구나 라고 생각했다. API 구체화는 배운 적이 없어서 튜터님이 달아주신 링크를 참고하여 다시 해보았다. 참고링크1 https://khj93.tistory.com/entry/%EB%84%A4%ED%8A%B8%..

< 초록색이 젤다 맞죠? > - 팀 프로젝트 01

나는 이제까지 공동으로 어떤 작업을 해본 적이 없어서 팀 프로젝트를 했을 때 내가 과연 잘 해낼 수 있을지 너무 걱정이 되었다. 이거 해오세요~ 하면 어떻게든 밤을 새워서라도 하겠지만 아는 게 있어야 의견이라도 말하지? 라는 생각이 있었기 때문이다. 하지만, 오늘 처음 만난 팀원들은 분위기가 너무 좋았다. 다들 의견을 계속 내고 모든 의견이 좋았음에도 의견을 계속 수정해 나가고 추가하고.. 필요한 툴을 서로서로 해보고 가르쳐주기도 하고 역할을 나누었다. 우리 팀원들을 보면서 아 회의는 이렇게 해야 하는거구나를 많이 배운 거 같다. 우리들이 할 것. 그리고 내가 할 것. 팀원 소개 페이지를 만들어야 했기에 팀 이름, 팀 소개, 각자의 이름, 사진, 소개는 어떻게 넣을 것인지를 계속 얘기했다. 페이지를 3개..

[TIL] CSS에서 div를 나란히 정렬하는 방법

보통 HTML에서 를 쓸 경우 세로로 쭉 배치되는데 이를 가로로 배치를 하려고 할 때..! 각자의 클래스가 card1, card2, card3라고 하자. CSS에서 .card { float : left; } .card2 { float : left; } .card3 { float : right; } 이런식으로 해주면 왼쪽 오른쪽으로 위치되는 것을 볼 수 있다. 적당히 마진을 주면 깔끔해진다..!