'형상관리'에 해당되는 글 5건

git init  - 새로운 git 저장소를 생성한다.  .git이라는 폴더가 생성된다. 

git은 세가지 상태를 가지고 있다. 작업디렉토리는 실제 파일들로 구성되어있고, 파일을 수정하고 수정된 파일을 add 할경우 Staging Area(Index)상태가 되며, commit을 하면 최종확정본 상태(HEAD) 된다. 

git add 명령어를 사용하면 Staging Area 상태로 변경된다. 폴더 전체를 add 할경우 git add * 명령어를 사용한다. git status 명령어를 사용하여 git에 현재 상태를 확인 할 수 있다. 

git rm --cached 파일명 명령어를 이용하면 Staging 상태를 작업상태로 변경할 수 있다. 

Staging 상태에서 Head 상태로 변경할려면 git  commit -m "커밋 메세지" 명령어를 사용한다. 

git log 명령어를 실행하면, commit 기록을 확인할 수 있다.

commit id, 커밋한브랜치정보, 작성자 정보 , commit message를 확인할 수 있다. 

git log --oneline 명렁어를 입력하면 git log를 한줄로 볼 수 있다. 

modified 상태인 파일을 수정전으로 돌릴경우 git checkout -- 파일명 명령어를 사용하면 상태를 변경할 수 있다. 이 명령어는 로컬의 변경내용을 변경 전 상태로 돌려준다. 이미 Staging 추가된 변경내용과 새로 생성한 파일은 그대로 남아있다. 만약 로컬에 있는 모든 변경 내용과 확장본을 포기하려면, 아래 명령으로 원격 저장소의 최신 이력을 가져오고, 로컬 master 브랜치가 저 이력을 가리키도록 수정 할 순 있다. git fetch origin,  git reset --hard origin/master

BookList.js파일을 수정한뒤 git add 명령어를 이용하여 Staging상태로 변경하였다, 이때 git reset --hard 명령어를 이용하면 수정전 상태로 다시 변경된다. 

BookList.js 파일을 add 하고 commit한다음 git log 명령어를 실행하면 최근이력부터 순차적으로 log이력을 보여준다.

브랜치란? 독립적으로 어떤작업을 진행하기위한 개념이다. 필요에 의해 만들어지는 각각의 브랜치는 다른 브랜치의 영향을 받지 않기 때문에, 여러 작업을 동시에 진행할 수 있다.

git checkout -b 브랜치명  이용해서 새로운 branch를 생성할 수 있다. git branch 명령어를 이용해서 현재 로컬 브랜치를 확인 할 수 있다. git checkout 브랜치명 통해서 현재 선택된 브랜치를 변경할 수 있으며, git branch -d 브랜치명 이용하여 브랜치를 삭제할 수 있다. git add 파일이름

git diff 원본 비교대상브랜치 

브랜치를 병합하기위해서는 git merge 브랜치명 사용한다.

참고 : https://backlog.com/git-tutorial/kr/stepup/stepup1_1.html

1. OverView

• 소프트웨어 공학의 목적 - 어떻게 고객이 원하는 고품질의 생산성이 높은 프로그램의 만드는것이 목적 
  
  

• 품질이 높은소프트웨어 - 생산성,유지보수 좋다.
  고객의 원하는 요구사항을 명확하게 캐치하는것이 필요함 - 요구공학 프로세스 - 최종합의에 대한 도장을 찍는것을 Baseline이라고함 
  
  

• 소프트웨어 공학에서의 형상관리란 - 모든 산출물에 대한 형상관리를 하는것을 얘기한다. 모든것 (다른문서 또한) 관리가 가능하다. 
  
  

• Git 을  써야되는이유? - 파일시스템 기반의 형상관리는 제약사항이 많이 발생한다.

1.3. 베이스라인 (BaseLine)

• SW 개발에 발생하는 모든 산출물 및 명세에대한 이해당사자들간의 합의된 시작 지점
• 흔히 말하는 버전(Version)과 같은개념
• 협업하는 환경에서 베이스라인은 소통하는 기준이 되며, 베이스라인이 불명확한 경우 개발혼선이 발생할 수 있다.

1.4. 형상통제위원회 (CCB : Configuration Control Board) 

• 무분별한 변경이 발생하고 있고, 통제 되지 않는다. 
  

• 제품 출시 준비와 지속적인 솔루션 개선이 이루어 져야한다. 
  

• 잠재 오류가 출시 제품에 들어가는 것은 아닌지 우려 스럽다.

출시전 계속적으로 버그가 발생한다고 했을때 어떻게 처리해야될것인지에 대한 통제를 CCB에서 해야된다. (PM, 또는 테크니컬 그룹이 진행함) - 보통회의를 얘기함

1.5 형상 관리 도구 (Configuration Management Tool)

SUBVERSION VS GIT

2. Git 이란

• Git간단한 설명

• 특징

  • 빠른속도

  • 단순한 구조

  • 비선형적인 개발 (수천 개의 동시 다발적인 브랜치)

  • 완벽한 분산

  • 리눅스 커널 같은 대형 프로젝트에도 유용

Intellij SVN 소스를 커밋할일이 생겼는데, 한번도 사용해본적이없어서 사용한 방법을 기록해 본다.

Subversion -> Update Directory 선택한다.

Update Directory 화면이 뜨고 OK를 선택한다. 

svn 인증정보를 요청한경우 User name 과 Password 정보를 입력하고 OK를 선택한다. 

Files Merged with Conflicts 화면이 이 나타나며 Merged 또는 Conflicts난 소스 리스트가 나타난다.  

Merge 버튼을 선택한다.

3개의 분할된 영역이 나타난다. 왼쪽이 현재 내가 가진 소스 버전이고 오른쪽이 서버의 소스버전이며 가운데영역이 실제 merged될 결과를 표시하는 영역이다.

붉은색으로 표시된 화살표 모양을 클릭하면 반영하고자하는 소스 내역이 가운데 Result 영역으로 합쳐진다. 충돌내역을 잘 확인하고 적용 버튼을 선택한다.

Subversion -> Commit Directory 를 선택한다.

Commit Change 화면에서 commit 내역을 확인하고 Commit 버튼을 선택한다. 

Code Analysis 창이 뜨고 Commit 을 선택하면 Commit이 완료된다.

참고 : https://okky.kr/article/279048