일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 당사자표시정정신청서
- 개인사업자
- win32
- javascript
- vue
- as후기
- Blade
- reactnative
- 이더리움
- php
- 체당금
- 코로나
- 홈택스
- 소액임금체불
- Laravel
- Sentinel
- 코로나19
- Java
- cartalyst
- 사업자계좌
- 전자소송
- Bootstrap
- elasticSearch
- Eclipse
- blockchain
- Tutorial
- auth
- 인민공원
- 보정명령
- Python
- Today
- Total
목록git (2)
그냥 사는 이야기

물려받은 PC, 포트 제한 많은 환경. 현재 일하는 곳에서의 환경입니다. 역시 개발 관련 업무하기에 편치 않습니다. 회사계정, 개인계정이 뒤죽박죽 섞여있던 곳에서 git을 사용하는데 어느 순간 https 프로토콜로 remote fetch가 안되기 시작했습니다. 처음에는 또 포트가 막혔나 싶었는데 테더링으로 해봤지만 역시나 안되었습니다. 이 문제를 풀어야 겠습니다. 문제 상황 정확한 에러내용은 아래처럼 나왔습니다. D:\repo> git push --set-upstream origin master remote: Permission to 유저/프로젝트.git denied to 모르는유저. fatal: unable to access 'https://github.com/유저/프로젝트.git/': The requ..

git은 파일의 이력을 관리하며 증감분을 기록하면서 관리합니다. 따라서 파일을 커밋한 이후 나중에 이것을 지우는 delete를 수행한다 해도 이 자체가 하나의 이력이므로 소스 이력상에서 파일이 지울 수는 없습니다. 라고 알고 있었는데, 다른 사람의 팀 소스에서 지워야할 필요가 생겼습니다. 초기에. gitignore에 포함 못 시킨 고용량의 디렉터리로 인해, 이후 지속적으로 용량의 고통을 받아오다 결국 프로젝트를 삭제하고 다시 생성할까 했었습니다. 하지만 삭제 후 다시 생성하면 그 동안의 commit history가 사라지기에 망설이고 있었습니다. 모든 이력에서 특정 파일 혹은 디렉토리 삭제 filter-branch filter-branch는 브랜치내에서 특정 이력을 다시 쓰는 history rewrite..