# 저장소 디렉토리 생성 mkdir test cd test # 디렉토리에 .git/ 디렉토리를 만들어서 모든 내용을 내려받음 git clone --mirror https://(기존 저장소 주소)/.../test.git .get # bare 옵션 끄기 git config --bool core.bare false # git branch 명령으로 모든 브랜치가 보이는지 확인, -v 옵션을 추가하면 remote도 보임 git branch # 현재 remote 정보 확인 git remote -v # 기존 remote를 제거하고 새로운 remote를 등록, 새로운 remote는 빈 저장소를 미리 만들어둠 git remote remove origin git remote add origin https://(새로운 저장..
일반적인 환경에서 Proxy를 이용하는 경우는 잘 없습니다. 모뎀 쓰던 시절이면 몰라도, 초고속 인터넷이 사통발달 잘 뚫려서 Cache 목적으로 Proxy를 쓰는 일도 사라졌기에 요즘은 OS나 브라우져에서 Proxy를 쓰는 경우가 일반적인 경우에는 있을지 모르겠습니다. 하지만, 최근 프로젝트를 하면서 이상한 환경을 목격했습니다. 개발 장비에서 외부의 DBMS 연결을 하는데 직접 연결은 보안정책에 위배되니 인프라 담당에게 Proxy(?)를 만들어서 그걸 통해서 연결하라고 합니다. DBSaf**라는 보안 프로그램을 이용해서 접속하기까지 하는데 왜 저런 정책을 만들었는지 모르겠네요. (1번 사례라고 하겠습니다) 이 경우 말고, 80와 443(http/https)를 제외한 모든 포트를 막는 사이트도 존재합니다...
- Total
- Today
- Yesterday
- proxmox
- 외장 WAS
- jooq
- OracleJDK
- Spring MVC
- couchbase
- KDE
- Phabricator
- Spring
- 클라우드플레어
- Nas
- 엘지
- paging
- 프로젝트 규모
- SI
- git
- 도입기
- 페이징
- 내장 WAS
- Spring Boot
- Redmine
- java config
- boot
- messages.properties
- NoSQL
- 시니어 프로그래머
- RestTemplate
- manjaro
- 워드프레스
- docker
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |