올챙이시절 기록소

아침 5시에 push를 하다니 이렇게 부지런한 개발자가 있다니? 실은 시간이 UTC로 표시되면서 혼란을 주는 부분이 있어 ( 한국시간은 9시간을 더해야한다 ) TimeZone을 변경하기로 했다 목적은 아래와 같다 [ UTC -> KST ]* UTC : Universal Time Coordinated* KST : Korea Standard Time 먼저 설정파일을 연다 # vi /etc/gitlab/gitlab.rb* CentOS 6.7에서 진행하였으며 Linux 버전에 따라 파일의 위치가 다르다 gitlab_rails['time_zone'] 값을 주석해제하고 'UTC' 에서 ' Asia/Seoul ' 로 변경하였다 선택가능한 Time Zone은 다음과 같다 ref : Time Zones 설정 값 세팅을 ..

최신순으로 기록이 남아있던 500줄을 조사했다 git commit --amendgit commit -m " "git commit -agit add [a file or files]git checkout [commit or tag]git checkout filegit push --taggit fetch --taggit statusgit diffgit taggit loggit tag -dgit tag -lgit mvgit rmgit resetgit rebase* git 입문 단계는 넘었음을 가정하고 설명한다 1. git commit --amend : 최근의 commit을 수정해야할 때 2. git commit -m "contents" : 메세지와 함께 commit 할 때 3. git commit -a : 모든..

* 입사하고 6개월 되었을 때 공부한 내용이고 정리차원에서 블로그에 올려둔다 그때 당시엔 브랜치 별 권한을 나누어야 하는 경우까지 고려했었다 ( 현 실무에서는 쓰지 않는다 ) Gitolite는 저장소뿐만 아니라 저장소의 브랜치나 태그에도 권한을 명시할 수 있다 즉, 어떤사람은 refs(브랜치나 태그)에 Push할 수 있고 어떤 사람은 할 수 없게 하는 것이 가능하다 권한 부여 및 명세는 위와 같이 작성하고 줄 수 있는 권한들은 이와 같다

형상관리에는 여러가지 활동이 있는데 그 중 형상항목 식별에 대한 내용이다. SW 개발활동에 산출물 중 어떤 것을 관리할지 선택하는 활동이 "형상항목 식별"이다 * MFO SCM 정책문서중 발췌 ( 지금은 더 관리대상이 많아지고 제외되거나 내부적으로 책임소재가 옮겨간 것들이 있다 ) 시작하는 단계에서는 제품의 소스코드를 관리하자 그 후 빌드스크립트, 메뉴얼, 기획스펙, 디자인스펙 등 관리대상의 저변을 넓혀가면 좋을 것이다 * 필요한 산출물이 없는경우는 담당자에게 요구를 하고 관련 관리방법이나 체제는 만들고 보완해 나가자

Text가 들어간 문서에 완성이란 글자를 달기가 참 어려운 것 같습니다. 흔한 디자이너 1 ( 디자이너의 완성하고픈 욕망과, 빡침이 엿보인다. ) 흔한 학부생 1( 논문 버전네이밍..! 그나마 나은 듯 ?) 좀 잘하는 기획자 1 ( 최고의 버전네이밍 - 멋지군요. 한수 배웁니다. ) 어떻게 하면 버전을 효율적으로 관리 할 수 있을까? 리서치를 해보면 Git란 단어를 종종 보게 됩니다 Git은 버전관리도구입니다~ ( * 정확히는 형상관리 도구이구요~ ) 뭐하는 녀석인가 한 번 봅시다! "git checkout mfobuild_170918.01" 명령어를 입력하니 파일의 내용이 훅 바꼈습니다! ( 소스코드가 해당 시점으로 변경되었습니다~ 170125.01 -> 170918.01 )( * 개인적으로 자주 사용..