일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- 캐시백
- Window redis-cli
- 한 번에 끝내는 AWS 인프라 구축과 DevOps 운영 초격차 패키지 Online
- Avast Security
- 패스트캠퍼스
- aws
- gitlab 잔디옮기기
- Redis
- 잔디이전
- AWS S3 계정이동
- redis cli
- Avast 구독취소
- 환급챌린지
- AWS S3 migration
- aws s3
- putty Inactive
- 패캠챌린지
- ERR unknown command 'JSON.GET'
- nodemailer
- 직장인인강
- Ngrinder Docker
- 직장인자기계발
- 패스트캠퍼스후기
- AWS S3 버킷 삭제
- elastic cache
- ERR unknown command 'JSON.SET'
- vscode
- 캐시백챌린지
- redis-cli
- RedisJSON
- Today
- Total
목록Tips(Reference)/git (4)
Developing

Gitlab에서 작업한 커밋의 잔디를 Github으로 가져오고 싶었는데, 구글링 하면서 보았던 Mirroring 방식이 생각보다 번거롭고 잘 되지 않았다.(본인 및 다른 분들 포함) 따라서 좀 쉬운 방법을 강구해내서 성공하여 방법을 공유하고자 한다. 1. 깃랩 잔디 심고 싶은 레포 내 gitlab계정에 포크(이미 내 계정에 있다면 생략) 2. github 레포 생성할때 import a project 선택 3. 아까 fork 뜬 내 gitlab 레포 주소를 갖다붙인다. 4. Begin Import 버튼을 누르면 gitlab 계정 로그인하라고 나올 것이다. 로그인을 진행해주자! 5.내 github 계정에 gitlab의 레포지토리가 fork됨. 6. default branch 기준으로 잔디가 적용된다. 혹시 ..

Github 계정을 여러 개 사용해야 할 일이 생겼다. 그래서 sourcetree로 github enterprise 전용 계정을 등록하였는데, git config 전역 설정을 한 번에 바꾸는 기능이 내장되어있어서 CLI로 잘 사용하고 있던 개인 github계정의 config를 덮어버렸다. 구글링을 해보니 프로젝트별로 config를 설정한뒤에 ssh key 등록의 과정을 거쳐야 했는데, 어느정도 따라하다가 문득 이런 생각이 들었다. '할 것도 많은데 여기에 너무 많은 리소스를 투자하기 싫은데.. 좀 쉬운 방법없나?' sourcetree에 사용자 계정을 2번째 등록하는 과정에서 access denied 걸리는 바람에 다음과 같은 해결책을 사용했다. 1. github enterprise 계정을 sourcetr..

Git command를 사용하던 도중 다음과 같은 상황에 봉착하였다. 1. git add . 을 사용해서 수정한 내용들을 한방에 편리하게 커밋에 올리고 싶은데, 이 경우에는 Untracted file까지 staging화 되어 올라간다 2. 하지만 일일이 "git add 단일파일" 을 쓰기는 싫다. 그래서 방법을 찾아왔다. https://stackoverflow.com/questions/7124726/git-add-only-modified-changes-and-ignore-untracked-files#comment46898677_7124760 # 현재 디렉토리 기준으로 모든 내용을 변경사항에 반영한다. # Untracked file들도 전부 staging화 된다. git add . # Changes not..

커밋을 날리려고 Git status 명령어를 입력해보는 와중에 한글파일이 깨지는 경우가 발생한다. 이럴때 core.quotepath 설정을 아래의 command와 같이 false로 조작해주면 된다. git config --global core.quotepath false git 관련문서를 확인해보면 특정 바이트를 넘어가는 경우에 "unusual"case로 간주되기 때문이라고 한다. 해당 옵션을 false로 해주면 잘 표기될 것이다!