Github 소개깃허브(https://github.com)는 깃을 이용하는 프로젝트를 위한 원격 저장소를 오픈 소스로 제공해주는 무료 서비스다.무료로 서비스를 제공하는 대신, 철저한 "오픈소스"를 원칙으로 하기 때문에 자신의 프로젝트를 공유하고 다른 사람의 프로젝트 역시 쉽게 볼 수 있을 뿐 아니라 원하는 프로젝트에 참여도 할 수 있다.이 때문에 개발자들의 성지로 불리고 있고, 소스코드를 서로 공유하는 방식은 더 나은 소프트웨어를 만들 수 있는 지름길이면서 다른 사람들이 내 소스코드를 공유해 갈 수 있다는 동기 부여도 된다. 또 공부하는 입장에서 잘 짜여진 코드를 마음껏 볼 수 있다는 부분은 매우매우 축복인 것이다. 그들의 이러한 열려있는 마인드는 본 받아야 할 점이다.프라이빗으로 이용하기 위해서는 달마..
원격 저장소에서 pull을 할 때 발생하는 에러다. 이는 서로 연관성이 없는 두 히스토리를 병합하려고 하기 때문에 발생하는 에러로 공통되는 commit이 없기 때문에 pull 명령어를 사용할 수 없는 상태다.clone 명렁어를 통해 원격 저장소를 복사해 오거나 pull 명령어에 옵션을 추가해 강제 pull하는 방법이 있다. $ git pull origin master --allow-unrelated-histories
본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! Git의 merge는 병합 시 같은 파일의 소스코드 변경사항을 자동으로 병합해주는 훌륭한 기능이 있다. 먼저 master에 test1.txt 파일의 내용이다. 작성해 주고 commit 한다.그 다음 exp 브랜치를 새로 분기하면 exp 브랜치에도 test1.txt 파일이 있게 되는데, 이 파일을 조금 수정한다. 그런 다음 master 브랜치에 exp 브랜치를 merge 하면 master의 test1.txt 파일에 수정한 내용이 그대로 병합됐다. 이 git의 자동 병합 기능은 매우매우 매력적인 기능이다. 단, 주의해야 할 점은 같은 부분을 수정했을 때다. 위에서 function B()를 master는 master..
본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! merge를 할 때 2가지 경우로 나뉘게 된다.1. master branch에서 branch를 분기한 이후 master에서 따로 commit이 없는 상태에서 merge 한 경우2. master branch(예를들어)에서 branch를 분기한 이후에 master에서 commit을 추가로 수행한 후 merge 한 경우이 경우를 자세히 설명해 놓은 오픈 라이센스 책이 있다. 브랜치와 Merge의 기초(pro git) 자세한 내용은 위의 해당 문서에 들어가 읽으면서 공부하는 것이 좋다고 생각한다.
본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! branch merge는 서로 다른 두 브랜치의 작업을 하나로 합쳐야 할 때 사용하는 명령어다.보통 주 작업을 하는 branch(master)에서 추가되는 기능을 구현하는 branch를 만들어 작업을 하다가 다 구현한 후 구현한 내용을 다시 master branch로 병합한다. 혹은 테스트를 위해 테스트용 branch를 만들어 master branch를 테스트용 branch로 병합한 다음 코드를 테스트 하기도 한다.이러한 이유는 branch는 병합을 하기 전까지는 다른 branch의 작업 내용에 영향을 미치지 않고, 목표를 달성한 후 간단하게 합치거나 삭제할 수 있기 때문이다.주의해야 할 부분은 어떤 branc..
본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! branch라는 개념은 말 그대로 나뭇가지에서 가져온 것으로 나무 기둥으로부터 많은 가지들로 나뉘는 모습과 흡사하다. branch는 Git이 가지고 있는 훌륭한 혁신으로 하나의 작업을 하는 도중에 다른 기능들을 추가하는 작업을 따로 하고싶을 때, 작업을 잠시 멈추고 일부를 테스트 해보고 싶을 때, 협업을 할 때 등에 사용 가치가 매우 높다.메인 작업을 하는 도중 branch를 만들어 다른 작업을 시작해도 메인 작업에는 아무 영항을 미치지 않는다. 그러다가 그 작업을 메인 작업에 병합할 수도 있고 나중에 그 부분만 따로 삭제 할 수도 있다.단, 매우 좋은 기능인 만큼 그에 따른 대가도 있기 때문에 잘 알고 사용해..
본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! (Git add의 원리와 이어집니다.) commit을 하게 되면 이 commit된 내용 역시 add와 마찬가지로 객체화 되어 .git/objects 디렉토리 안에 저장이 된다.commit 객체의 내용을 살펴보면treeparent작성자 정보commit 내용이 있다.중요한 것은 2가지 인데,tree는 commit했을 당시 작업 공간에 있던 파일들의 이름과 내용(해당 objects 디렉토리 정보)을 참조하고 있다. (index를 따로 묶어 놓았다고 생각)parent는 이전 버전의 commit 객체 디렉토리를 참조하고 있다. 최초의 commit 객체에는 당연히 이 정보가 없다. 이런 식으로 commit이 객체처럼 보관..
- 방명록 프로젝트
- BOF
- 선형 회귀
- Do it! 정직하게 코딩하며 배우는 딥러닝 입문
- Spring Boot
- 쉽게 배우는 운영체제
- Python Cookbook
- 운영체제 반효경
- spring mvc
- 버퍼오버플로우
- 파이썬 for Beginner 연습문제
- 프로그래머스
- 스프링 테스트
- 리버싱
- 패킷 스위칭
- shell code
- 김영환
- 지옥에서 온 git
- 파이썬 for Beginner 솔루션
- 생활코딩 javascript
- Computer_Networking_A_Top-Down_Approach
- Spring Data JPA
- JUnit
- Thymeleaf
- 스프링
- jsp
- JPA
- Gradle
- Spring
- 쉘 코드
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Total
- Today
- Yesterday