[TIL]_20.10.22

기억하기

알고리즘 문제

• 반복하는 배열에서 (문제의 길이) % (패턴의 길이)의 나머지를
  인덱스로 해서 가져오는 방법.. (itertools의 cycle도 참고해보자..)

# 프로그래머스
a = [1, 2, 3, 4, 5, 1]
b = [1, 2, 3]
for i in range(len(a)):
	if a[i] == b[i%len(b)]

> a[0] 와 b[0%3]=b[0]
  a[1] 과 b[1%3]=b[1]
  a[2] 과 b[2%3]=b[2]
  a[3] 과 b[3%3]=b[0] -> b의 순서가 반복됨...!!
  

# hackerrank 
s = "11:05:20PM"
h, m, ss = map(int, s[:-2].split(":"))
if s[-2:] == "PM":
	h = h % 12 + 12
	a = ('%02d:%02d:%02d' % (h, m, ss))
print(a)

> '23:05:20'

• 어려울 때.. 문제의 예시를 순서대로 코드로 구현하다보면
  풀리는 경우도 있다고 한다...!!

git

• git페이지에서 repository를 생성한 후 local로 clone할 경우,
  init/remote/add,commit,push를 따로 하지 않아도된다.

# 디렉토리 확인 후 clone하기. clone하면 위치한 디렉토리 하위에 생성된다.
$ git clone (주소)

(local에서 repository를 생성 후 git과 연결할 때는 해줘야한다)

• 간혹 push를 할 때 git의 버전과 local의 버젼이 맞지않아 reject될 경우,
  push전 pull을 해보자.

(기존에는 push전 pull을 하면 작업한 내용이 작업 전 상태로 덮어씌여진다고
생각했는데 아니였다..!
commit을 할 경우 작업한 내용은 저장?되며 그 상태에서 pull을 한다면 업데이트 된 git의 repo와 local과 비교하여 automerge가 되며
문제가 생길 경우 comflict가 발생하여 알려준다고 한다..!!)

• add -> commit은 자주 해주는 것이 좋으며 push 전 pull를 습관화 하자

• push는 신중하게...

• add할 때 파일이 너무 많지않다면 *보다는 해당파일을 선택하자.
  아니면 필요없는 숨김 폴더까지 업로드 된다...
  아니면 .gitignore에 업로드 하고 싶지 않은 폴더/파일을 추가하자.

그냥 add-commit을 자주하는 습관을 들이자...
같이 사용하는 사람을 배려하자~

• 본인의 개인 repo의 내용(+히스토리 포함) 팀repo로 옮기기 위해서는 Migration의 기능을 활용하면 좋다고 한다..
  직접 해보지는 않았는데 개인 레파지토리로 시도해보자...

• 우리가 생각하기에 파일이름 변경, 파일 이동이
  git에게는 지우고 추가하는 순서라는것을 잊지말자...

  - 파일 이름 변경 -> (변경 전)파일 지우기-(변경 후)파일 추가
   - 파일 이동 -> 이동할 위치에 파일 복사-이동 전 파일 삭제

• repo 카테고리 분류는 사전에 신중하게 정하자..
  나중에 바꾸는 건 생각보다.. 하기싫...귀ㅊ.... 쉽지않다...