일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- Spring Boot
- vue.js
- jenkins github
- java
- subnetmask
- grpc
- MySQL
- 리눅스
- Docker
- jpa
- jenkins maven
- spring
- nginx
- Jenkins
- JavaScript
- gradle
- MongoDB
- jenkins jdk
- jenkins 설치
- CI/CD
- Jenkins Pipeline
- Linux
- 리액트
- docker network
- jenkins install
- grafana
- IntelliJ
- REACT
- error
- jenkins github 연동
- Today
- Total
목록IT정리 (31)
뭐든 즐기면서 ;)

프로세스에의 5가지 상태 New : 프로그램이 메모리에 로드되어 프로세스가 생성된 상태 Ready : 프로세스가 CPU를 사용해 실행될 수 있는 상태. Process Status list 중 우선 순위대로 준비 리스트에 들어가 있음. Running : 실행 중 상태 Waiting : 프로세스 진행 중에 I/O 또는 어떤 event를 진행하기 위해, Running 상태에서 잠시 대기 상태에 있는 것. Wait 상태에서 I/O 입출력 완료 등의 작업이 끝나면 다시 Ready상태로 돌아가고, 이때 Process Status list 중 블록 리스트에 들어가 있음. 대기 상태에는 2가지 종류가 더 있음. 이 Suspend 상태는 제대로 CPU 할당을 받지 못한 채로 메모리 자원만 차지하고 있어, 커널에 의해 메..
자료 사전이란 데이터 흐름도(DFD)에 기술된 자료들에 대해 정의하는 것. 자료, 자료들의 집합, 자료의 흐름, 자료 저장소와 그것들의 관계-범위-단위를 구체적으로 명시하는 것. 조직에 속해있는 다른 사람들에게 특정한 자료 용어가 무엇을 의미하는지를 알리기 위한 것임으로, 그 회사의 전용 사전이라고 볼 수 있다. 자료 사전 작성법 갱신이 쉬워야 함 중복되지 않는 이름 사용 직관적인 이름으로 정의 (딱 알아볼 수 있어야 함.) 정의하는 방식의 명확성 (솔직히 이건 뭔 소린지 잘..) 자료 사전 기호 [ | ] : 선택 Selection { } : 반복 Iteration ** : 주석 Comment ( ) : 생략 Optional + : 구성 and 또는 add = : 정의 is composed of
공부하면서 지속적으로 업데이트해갈 것임. (231010~) 젭알,, 한 방에 붙기를,, * 공부 요약 필기용이라 자세한 내용은 없습니다 * 구조적 방법론 절차지향 개발 방법론 순차적 실행 과정 요구사항 분석 : 요구사항 명세화 과정 구조적 분석 : 데이터 흐름도 작성 구조적 설계 : 모듈 중심 설계 과정 구조적 프로그래밍 : 순차, 선택, 반복의 논리 구조 구성으로 프로그램 작성 구조적 방법론의 구성요소 데이터 흐름도(DFD) 자료사전(DD) 상태전이도(STD) 소단위 명세서(Minispec) 정보공학 방법론 데이터 중심 방법론 단슨 S/W 개발이 아닌 기업의 경영전략에 초점을 둠 빠른 결과물 확인 가능 과정 정보전략계획 수립 단계 : 기업의 중장기 정보화 전략 수립 업무영역 분석 단계 : 업무 영역별 ..

데이터 흐름도란 프로세스나 시스템의 정보 흐름을 나타냄. 자료 흐름도 또는, 버블 차트라고도 함. 데이터 흐름도 기호 데이터 저장소 : = 데이터 흐름 : → 프로세스 : O 단말기(외부장치) : ㅁ

충돌 없이 rebase 된 경우 mergeB 브랜치로 checkout 후 mergeA브랜치 rebase 진행하였을 때 history입니다. mergeA 브랜치로 checkout 후 mergeB브랜치 rebase 진행하였을 때 history입니다. 충돌이 난 상황 mergeA브랜치에서 먼저 RebaseA.md를 생성하여 push를 하였고, mergeB브랜치에서 RebaseB.md를 생성하여 push하였습니다. 또한 두 브랜치 모두에서 'sampleToMergeBranch.md'파일을 수정했고, mergeA로 checkout하여 mergeB를 rebase시켰습니다. rebase 실행 시 'sampleToMergeBranch.md'파일이 충돌났고, 충돌 수정 후 rebase완료를 하니 아래와 같이 histor..

mergeA 브랜치에서 /git/merge 폴더 생성 및 sampleToMergeBranch파일 생성. mergeB 브랜치에서 /git/merge 폴더 생성 및 sampleToMergeBBranch파일 생성. A브랜치를 B브랜치로 merge를 해보았더니, 아래 이미지와 같이 merge history가 하나 생성이 되었다. 다음은 A브랜치에서 1, 2 commit 후 B브랜치에서 3,4 commit, 그리고 다시 A브랜치로 checkout하여 마지막 5 commit. 위 순서대로 checkout & commit을 진행해 보았다. merge 하기 전 A 브랜치 history merge 하기 전 B 브랜치 history (5 branch 5는 A branch 5오타난 거임...) mergeA into merg..
아래는 Thread의 문제점을 확인해 보는 코드입니다. 'ctn' 변수를 가지며, 이 변수를 1씩 증가 시키는 'getNextCounter' 함수를 포함하고 있는 class Counter를 작성합니다. 그리고 Counter 인스턴스를 주입받는 Thread를 1,2,3 생성합니다. Thread 3개에 공유하는 데이터 Counter를 주입시키고, ctn을 for문으로 증가시킵니다. 여기서 예상되는 이상적인 결론은 ctn은 총 3만번 증가하여 최종 값은 30001이 되는 것입니다. 그러나 아래 코드를 실행시켜 보면, 15962, 14692 등 예상과는 다르게 찍힙니다. 그 이유는 아래 코드를 먼저 본 후 설명하겠습니다. public static class Counter { private int cnt; pub..
Error 내용 org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-clean-plugin:2.6.1:clean (default-clean) 원인 다른 곳에서 사용 중이라 삭제할 수 없는 것임... 사용 중지하고, 다시 해보자.