일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- gitlab
- docker
- UIPATH
- MaxGauge
- gitlab-runner
- runner
- container-registry
- gitlab-ci
- UiPATH #UiRPA #RPA
- RPA
- PostgreSQL
- Xen
- Oracle
- sonar-qube
- Shell
- UiARD
- Git
- Today
- Total
목록2016 (24)
올챙이시절 기록소
형상관리에는 여러가지 활동이 있는데 그 중 형상항목 식별에 대한 내용이다. SW 개발활동에 산출물 중 어떤 것을 관리할지 선택하는 활동이 "형상항목 식별"이다 * MFO SCM 정책문서중 발췌 ( 지금은 더 관리대상이 많아지고 제외되거나 내부적으로 책임소재가 옮겨간 것들이 있다 ) 시작하는 단계에서는 제품의 소스코드를 관리하자 그 후 빌드스크립트, 메뉴얼, 기획스펙, 디자인스펙 등 관리대상의 저변을 넓혀가면 좋을 것이다 * 필요한 산출물이 없는경우는 담당자에게 요구를 하고 관련 관리방법이나 체제는 만들고 보완해 나가자
아래는 누가봐도 설치파일 Windows에 구동되는 프로그램은 설치가 쉽다 next 버튼 계속 누르다보면 설치완료 ( 설치가 어려우면 고객이 사용치 않으므로 설치의 편의성은 중요하다 ) 이런 Installer 파일을 만들려면 특별한 도구를 사용해야한다. 바로 Inno setup 설치가 쉽다하여 설치파일 만들기가 쉽겠는가 뒤에서 보이지 않는 노력이 있는 것이다~ 그 노력이 무엇인고 하면 파스칼이란 언어를 사용하여 코딩을 해야한다 (때문에 진입장벽이 있다) ( 자세한 사용법은 아래를 참조하자 - 설명할 명분이 없다 명분이 ) ref : http://www.jrsoftware.org/ishelp/ 설치부터~ Inno setup은 설치파일 구하기도 쉽고 과정도 next 버튼만 누르면 끝이다 여기까지만 알아보자. ..
삼국통일의 원을 세우는 유비의 마음으로 버전정책을 수립하게 되었다. 제품은 여러가지 컴포넌트로 구성되어 있고 마찬가지로 각 컴포넌트도 고유한 버전을 가져야 한다. 타산 지석의 기지를 발휘하여 오라클센세는 어떻게 하나 확인 해보았다. 다른 제품과 비교해 보진 않았지만, 역시 최고 존엄이라 생각한다. SQL> select comp_name, version from dba_registry; COMP_NAME VERSION-------------------------------------------------- --------------------OWB 11.2.0.4.0Oracle Application Express 3.2.1.00.12Oracle Enterprise Manager 11.2.0.4.0OLAP ..
Text가 들어간 문서에 완성이란 글자를 달기가 참 어려운 것 같습니다. 흔한 디자이너 1 ( 디자이너의 완성하고픈 욕망과, 빡침이 엿보인다. ) 흔한 학부생 1( 논문 버전네이밍..! 그나마 나은 듯 ?) 좀 잘하는 기획자 1 ( 최고의 버전네이밍 - 멋지군요. 한수 배웁니다. ) 어떻게 하면 버전을 효율적으로 관리 할 수 있을까? 리서치를 해보면 Git란 단어를 종종 보게 됩니다 Git은 버전관리도구입니다~ ( * 정확히는 형상관리 도구이구요~ ) 뭐하는 녀석인가 한 번 봅시다! "git checkout mfobuild_170918.01" 명령어를 입력하니 파일의 내용이 훅 바꼈습니다! ( 소스코드가 해당 시점으로 변경되었습니다~ 170125.01 -> 170918.01 )( * 개인적으로 자주 사용..