올챙이시절 기록소

Git에서는 파일 단위로 형상관리를 하기에 빈디렉토리 ( ex. LOG ) 와 같은 경로를 관리할 때 문제가 발생한다 패키징할 때는 필요하니 말이다 그럴 때 처리방법은 빈 파일을 하나 넣어주는 것이다 리눅스에서 사용가능 git clean -nd | awk -F "Would remove " '{print $2}' | while read x; do touch "$x/.keepemptydir"; done 윈도우 nt bash도 사용가능 빈디렉토리 keep 파일 만들기for i in `git clean -nd | awk -F "Would remove " '{print $2}'`; do touch "$i/.keepemptydir"; echo make $i; done;git add * 빈디렉토리의 keep 파일만 ..

CI ( Continuous Integration ) 란 개발자가 각각 개발한 소스코드를 모아서 한꺼번에 통합 빌드의 과정을 특정 시점이 아니라 주기적으로 수행함으로써 통합에서 발생하는 오류를 사전에 해결하고 이러한 과정들에 소요되는 시간을 줄이기 위한 기법 CI 이란?소프트웨어 개발에서 유지보수로 연결되는 지점은 소스관리/빌드/배포의 활동이 됩니다. 물론, 소스코드 수정이 발생되기는 하지만, 소스관리/빌드/배포의 활동이 주로 발생하기 마련이며, 이는 유지보수 시점에 확실한 절차와 방법을 필요로 합니다. 개발 시점에 이러한 활동을 지원하는 기법 중에 CI (Continuous Integration)가 있으며, 이는 오래 전부터 소프트웨어 개발에 있어서 위험을 줄이는 방식으로 사용되고 있었습니다. CI 라..

본 글은 GitLab설치(Omnibus Package Installation)를 한 경우에 대해 다룬다 설치한 Gitlab의 Components섹션에 보면 PostgreSQL 9.6.3이 포함되어 있다 Team DB가 필요하여 여기를 써보려는 시도를 했었는데 오늘 우연히 자료를 찾았다 GitLab 서버에서 sudo -u gitlab-psql /opt/gitlab/embedded/bin/psql -h /var/opt/gitlab/postgresql/ gitlabhq_production 이렇게 입력하면 접속이된다 table들이 어떻게 있는지 보았고 이전에 등록했던 CI runner들의 데이터가 잘 저장되었는지 확인해보았다 select * from pg_tables; select description from..

GitLab은 개발활동을 지원하는 도구입니다Create value faster with the only integrated product for the whole software development and operations lifecycle. 저 또한 처음엔 '무료로 사용 할 수 있는 소스저장소' 이 정도로만 알았습니다 하지만 설치후 그뿐만이 아니란 것을 알게 되었습니다 알면 알수록 멋진 녀석입니다 비전을 한 번 보시죠 각종 개발활동을 지원하는 도구를 내장 & 연계합니다 구체적으로는 이렇습니다 필요한 부분을 활성화해서 쓰거나 연계하면 되고 이렇게 함으로써 관리 포인트가 Gitlab에 모입니다 아래 그림[6. Test (CI)] 처럼 말이죠 필자가 처음 사용할 땐 8.5버전이었으나 1년 반이 지난 지금..

최신순으로 기록이 남아있던 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할 수 있고 어떤 사람은 할 수 없게 하는 것이 가능하다 권한 부여 및 명세는 위와 같이 작성하고 줄 수 있는 권한들은 이와 같다

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