시스템 만물상

도메인이 변경 되면서 chef-client 의 정보가 변경되었다.

하지만 자동으로 반영이 되지 않았으며, 이를 반영하기 위해 다음과 같이 진행했다.

도메인 변경이었기 때문에, edit를 이용해 수정만 하면 될 줄 알았지만, 해당 client나 node의 name만 변경이 가능했다. 즉, 내가 바꾸고 싶었던 fqdn은 변경이 되지 않았다.

어떻게 해야 할까..?

먼저 edit를 이용해 name을 변경할 경우, 새로운 node or client가 생성되는데, 나는 기존 도메인으로 되어 있던 client와 node를 삭제 했다.

그리고, 클라이언트에서 chef-client를 실행했는데 에러가 발생했다.. 아무래도 키가 다시 생성된 것 같다. 

클라이언트 등록을 다시 해야겠다.

우선 클라이언트에서 /etc/chef 디렉토리에 있는 파일을 전부 삭제 했다.

그리고, 다음 명령어를 이용해서 validation.pem 파일과 client.rb 파일을 생성했다.

client.rb 파일에 서버 url이 localhost로 들어가 있었는데, 이를 chef-server 도메인으로 변경해 주었다.

다음으로 서버와 통신할 수 있는 키를 생성해 주어야 하는데, 이는 서버쪽(chef-repo/.chef)에서 생성해야 한다. 생성하는 방법은 다음과 같다.

생성 된 client.pem 파일을 chef-client에 복사하고 chef-client 명령을 실행하면 완료 된다.

새로운 키로 연결 된 후에는 나중에 변경된 fqdn으로 잘 등록이 되었다.

svn을 사용하다가 git을 사용하려하니 개념이 잘 안잡히는 부분이 있었다.

이를 잘 설명한 링크이다.

http://www.slideshare.net/einsub/svn-git-17386752

git의 경우 중앙저장소를 이용하는 방식이 아니라 분산된 로컬 저장소를 이용하는 방식이다. git의 장점 중 하나이며, 이때문에 약간 혼란스러웠다.

원격저장소는 분산되어 있는 각 로컬저장소에서 최종적으로 소스를 올릴 수 있는 저장소이다. svn 사용자가 알고 있는 svn 서버의 저장소가 이 부분이다.

로컬저장소와 원격저장소간에 동기화 하는 방법은 push/pull 을 이용한다.

push는 로컬저장소의 파일을 원격저장소에 올리는 방법이고, pull은 원격저장소의 파일을 로컬저장소에 받는것을 의미한다.

즉, svn 에서의 commit / update 개념과 같다.

원격저장소를 등록하는 방법은 remote 명령을 이용하거나 clone하는 방법이 있다.

먼저 remote 하는 방법은 다음과 같다.

다음 clone 하는 방법인데, bare 파일을 clone 한다.

원격 저장소를 수동으로 변경하고 싶거나 확인하려면 다음을 확인한다.

저장소에 커밋이 한 개 이상 있으면 다양한 방법으로 커밋을 살펴볼 수 있다.

개별 커밋을 순서대로 보여 주는 명령어도 존재하고, 개별 커밋의 요약 정보를 보여 주는 명령어 그리고 저장소에 있는 커밋의 상세 정보를 보여주는 명령어도 있다.

git log

최근 항목부터 가장 오래된 항목까지 순서대로 나열된다. 여기서 확인할 수 있는 정보는 커밋 작성자의 이름과 이메일 주소, 커밋 날짜, 변경 사항에 대한 로그 메시지 및 커밋의 내부 ID 번호를 보여준다.

git show

커밋의 상세 정보를 보려면 다음과 같이 커밋 번호와 함께 show 명령을 사용한다.

명시적인 커밋 번호 없이 git show를 실행하면 가장 최근 커밋에 대한 상세 정보가 표시된다.

git show-branch

현재 개발 브랜치에 대한 간단한 요약 정보를 한 줄로 보여준다.

--more : 최대로 표시할 버전 지정

커밋 차이점 보기 : git diff

리눅스에서 사용하는 diff와 같다.

git에서는 저장소로 만드는 방법이 간단하다.

저장소로 사용할 디렉토리로 이동해 다음 명령을 실행 하면 된다.

저장소에 파일 추가하기

콘텐츠를 관리하려면 저장소에 명시적으로 저장해야 한다. 이러한 의식적인 절차를 따르는 이유는 중요한 파일과 의미 없는 파일을 구별하기 위함이다.

다음과 같이 파일을 저장소에 추가한다.

add를 수행한 이후에도 파일은 커밋 이전의 중간 단계에 머물러 있다. 안정성을 높이기 위해 add 단계와 commit 단계를 구분해 놓았기 때문이다.

다음과 같이 상태를 확인할 수 있다.

커밋 시 편집기가 열리도록 구성하려면 다음과 같이 한다.

커밋을 하려면 다음과 같이 한다.

git의 전체 하위 명령어 목록을 보려면 다음과 같이 한다.

하위 명령어에 대한 설명은 다음과 같이 확인할 수 있다.

git 명령어는 "짧은" 옵션과 "긴" 옵션을 모두 이해할 수 있다. 예를 들어, 다음과 같은 두 가지 명령어는 동일한 기능을 수행한다.

"순수 이중 대시" 규칙을 통해 옵션과 인수 목록을 구분할 수 있다. 다음과 같이 이중 대시를 사용하여 명령행의 제어 부분과 피연산자 목록을 구분할 수 있다.

git은 패키지로 설치가 가능하다.

arch, cvs, svn과 git 간에 프로젝트를 옮길 필요가 있는 경우에는 이들 중 필요한 패키지를 설치한다.