반응형 CS45 [깃허브] Git Clone 한 레포를 내 Github 에 올리기 (master main 병합) 어떤 상황인가? - 다른 원작자가 만든 Repository 에 원하는 Branch 를 Clone 하여, 내 Github 으로 올리기. - Github 에 연동하지 않은 내 프로젝트 폴더 Github 에 올리기 - remote master 와 remote main 이 두 개나 있는데, 하나로 합치려면? 위와 같은 상황일 경우, 아래 설명한대로 command line tool 명령어를 작성하면 분명 될 것이다. Git Clone 한 Repository 내 Github 에 올리는 방법 1) 우선 Github 사이트 특정 레포로 들어가 초록색 Code 를 클릭해보면, 해당 레포 주소로 Clone 할 수 있게 주소 url 을 알려준다. 해당 url 을 복사해두자. 2) 내가 원하는 위치 로컬 디렉토리에서 터미.. 2024. 4. 11. [git] - fatal: Unable to create 'C:/file_path/.git/index.lock': File exists. git add 도중에 기억이 잘 나지 않지만, 평소와 다른 상황을 겪었고, git add 를 하려는데 위와 같은 에러가 발생했다. 위 에러 해결방법 $ rm -rf ./.git/index.lock 터미널에 위와 같이 코드를 작성하면, lock 걸린 게 풀려서 다시 git add 를 할 수 있을 것이다. 위 에러는 특정 Git 프로세스가 동작중일 때 다른 Git 프로세스가 실행되는 것을 막기 위해서 index.lock 이라는 파일이 생기는데 의도된 프로세스가 아니라면 지워주면 된다. 2023. 1. 12. [Mysql 에러 해결] - You are using safe update mode and you tried to update a table without a WHERE the uses a KEY column... 문제 발생 Mysql 에서 특정 sql문을 실행 할 때, 나오는 에러. You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column To disable safe mode, toggle the option ... 테이블 키 값을 이용한 update, delete 만 허용하도록 되어 있는데, 그렇지 않게 좀 더 넓은 범위로 sql 문을 실행할 때, workbench 에서 경고를 줌. 즉, 다수의 데이터를 update, delete 할 때, 발생됨. 해결 방법1 sql 로 환경변수를 설정해준다. SET SQL_SAFE_UPDATES = 0; 해결 방법2 기본 설정인 안전 모드를 해제하기 순.. 2022. 7. 29. [알고리즘] - 플로이드-와샬 알고리즘 그래프에서 정점끼리의 최단 경로를 구하는 방법은 여러가지가 있다. 하나의 정점에서 다른 하나의 정점까지의 최단 경로를 구하는 문제 하나의 정점에서 다른 모든 정점까지의 최단 경로를 구하는 문제 하나의 목적지로 가는 모든 정점까지의 최단 경로를 구하는 문제 모든 최단 경로를 구하는 문제 (플로이드-와샬) 플로이드-와샬(Floyd-Warshall Algorithm) 플로이드 와샬 알고리즘은 동적 계획법(DP)의 한예로, 로버트 플로이드가 1962년에 발표했다. 이 알고리즘의 삼중 for 반복문의 공식은 Peter Ingerman 이 설명했다. 변의 가중치가 음수 또는 양수인 (음수 사이클이 없는) 가중 그래프에서 최단 경로들을 찾는 알고리즘이다. 알고리즘을 한 번 수행하면, 모든 정점 쌍간의 최단 경로의 길.. 2022. 7. 16. [컴퓨터 구조] - 레지스터와 메모리 차이 레지스터와 메모리는 프로세서가 직접 엑세스 할 수 있는 데이터를 보유하고 CPU의 처리 속도를 향상시킵니다. 레지스터 레지스터는 CPU의 데이터 처리 속도를 높이기 위해 도입되었다. CPU의 데이터 처리속도에 큰 영향을 미치는 요소 중 하나가, Memory access time 다. CPU가 메모리에 직접 접근해서 데이터를 꺼내오는 것이 오래 걸렸다. 그래서 나온 게 레지스터다. CPU가 원하는 데이터를 메모리에서 미리 꺼내서 레지스터에 저장 한다. CPU가 원할 때마다 레지스터에 데이터를 꺼내고 처리한다. 레지스터와 메모리의 기본적인 차이점 레지스터는 CPU칩 내부에 존재하며, 직접적으로 ALU(산술논리연산장치)에 연결되어 입출력 값을 저장하는 역할을 한다. 반면 RAM은 일반적으로 CPU와 별도로 A.. 2022. 7. 6. [git] - remote origin already exists 위와 같은 에러 발생 시? 위 같은 명령어를 쳐서 다른 repo 랑 연결되어 있는지 확인을 한다. 레포가 다를 경우, 연결된 레포를 삭제하고 다시 연결한다. 해결방법 0. Github에서 repo 를 생성했을 것이다. 1. 아래와 같이 명령어 작성하면, 레포 연결을 끊는다. 2. 새롭게 연결할 깃 레포 주소를 가지고 연결한다. 3. 설정된 원격 저장소로 push를 한다. 4. 디렉토리 상의 변경 내용을 스테이징 영역에 추가 5. 깃 커밋하기 6. 깃 푸시하기 2022. 7. 4. [알고리즘] - 카운팅 정렬(Counting Sort / 계수 정렬) 카운팅 정렬은 말 그대로 정렬을 위한 알고리즘입니다. 수 많은 알고리즘 중에도 시간 복잡도가 O(n) 으로 효율이 좋습니다. 보통 정렬 알고리즘 중에서 빠른 건, 흔히 알고 있는 퀵정렬, 힙정렬, 합병정렬 등이 있다는 걸 알고 계실겁니다. 이들의 평균 복잡도는 O(nlogn) 인 것에 비하면 카운팅 정렬이 성능이 좋다는 걸 알 수 있습니다. 사실 정렬은 데이터끼리 직접 비교하는 경우가 많습니다. 그렇기 때문에 데이터를 직접 비교한 정렬 알고리즘일 경우, O(nlogn) 을 갖는 시간 복잡도 보다 작아지는 건 어렵습니다. 카운팅 정렬은 어떻게 이를 극복한 것이고, 그럼에도 불구하고 퀵 정렬 같은 알고리즘을 더 많이 사용하는 이유는 무엇일까요? 아래 블로그에 카운팅 정렬하는 방법에 대해서 잘 설명이 되어 있.. 2022. 6. 16. [git] - Git push 오류 해결방법(Updates were rejected because the tip of your current branch is behind) 단 주의해야합니다. push 를 할 때, 이러한 에러를 만나 볼 수 있습니다. push가 안되고 저런 에러가 나오는 이유는, 데이터 유실 등 문제가 있을 수 있는 부분이 존재하여, git에서 push 처리 되지 않도록 error 를 띄우는 것입니다. 근본적인 이유, 때에마다 다르니 확인하고 해결하면 좋을 거 같습니다. 임시방편으로 해결책 방법 두 가지를 소개해드리겠습니다. 첫 번째로는 git push origin +master master 앞에 '+' 를 붙이게 되면, 강제 명령으로 강제적으로 push를 하게 됩니다. 데이터 유실 등 위험을 감수하고 push를 할 시에, 이 방법을 사용하면 됩니다. 두 번째로는 똑같이 강제로 push하는 방법입니다. git push origin master -f 위와 같은 방법은 강제로 p.. 2022. 6. 10. 이전 1 2 3 4 ··· 6 다음 반응형
