반응형

구조

코드는 아래 세 단계에 걸쳐 저장된다.

스테이징 -> 커밋 -> 원격저장소

  1. git add {파일명} 으로 파일을 스테이징 상태에 넣는다.
  2. git commit 으로 스테이징 상태에 있는 모든 변경사항을 커밋한다. 여기까지가 로컬에서의 작업
  3. git push 로 커밋된 저장소를 원격 저장소로 밀어넣는다.

Git의 3가지 영역과 3가지 상태

깃에는 Untracked area, Tracked area, Staging area 3가지 영역이 존재한다.
이 중 Tracked area에는 Staged, Modified, Unmodified 3 가지 상태가 존재한다.

3가지 영역

  • Untracked area : Git이 관리하고 있지 않은 영역
  • Tracked area : Git의 관리를 받을 수 있는 영역
  • Staging area : Commit이 가능한 영역

3가지 상태

  • Unmodified : 기존에 Commit 했던 파일을 수정하지 않은 상태
  • modified : 기존에 Commit 했던 파일을 수정한 상태
  • Staged : Commit이 가능한 상태
  • Staged 상태가 되기 위해서는 git add 명령어를 사용해야 한다.

기본 명령어

저장소 생성

git init

원격 저장소로부터 복제

git clone {url}

변경 사항 체크

git status // 

특정 파일 스테이징

git add {파일명} 

변경된 모든 파일 스테이징

git add * 

커밋

git commit -m “{변경 내용}” 

원격으로 보내기

git push origin master 

원격저장소 추가

git remote add origin {원격서버주소} 

참고 페이지

Commit

커밋 합치기

git rebase -i HEAD~4 // 최신 4개의 커밋을 하나로 합치기

커밋 메세지 수정

$ git commit --amend // 마지막 커밋메세지 수정(ref)

간단한 commit방법

$ git add {변경한 파일병}
$ git commit -m “{변경 내용}"

커밋 이력 확인

$ git log // 모든 커밋로그 확인
$ git log -3 // 최근 3개 커밋로그 확인
$ git log --pretty=oneline // 각 커밋을 한 줄로 표시
$ git reflog // reset 혹은 rebase로 없어진 과거의 커밋 이력 확인

커밋 취소

$ git reset HEAD^ // 마지막 커밋 삭제
$ git reset --hard HEAD // 마지막 커밋 상태로 되돌림
$ git reset HEAD * // 스테이징을 언스테이징으로 변경, ref

Branch

master 브랜치를 특정 커밋으로 옮기기

git checkout better_branch
git merge --strategy=ours master    # keep the content of this branch, but record a merge
git checkout master
git merge better_branch            # fast-forward master up to the merge

브랜치 목록

$ git branch // 로컬
$ git branch -r // 리모트 
$ git branch -a // 로컬, 리모트 포함된 모든 브랜치 보기

브랜치 생성

git branch new master // master -> new 브랜치 생성
git push origin new // new 브랜치를 리모트로 보내기

브랜치 삭제

git branch -D {삭제할 브랜치 명} // local
git push origin :{the_remote_branch} // remote

빈 브랜치 생성

$ git checkout --orphan {새로운 브랜치 명}
$ git commit -a // 커밋해야 새로운 브랜치 생성됨
$ git checkout -b new-branch // 브랜치 생성과 동시에 체크아웃

리모트 브랜치 가져오기

$ git checkout -t origin/{가져올 브랜치명} // ref

브랜치 이름 변경

$ git branch -m {new name} // ref

Tag

태그 생성

git tag -a {tag name} -m {tag message} {commit hash}
git tag {tag name} {tag name} -f -m "{new message}" // Edit tag message

태그 삭제

git tag -d {tag name}
git push origin :tags/{tag name} // remote

태그 푸시

git push origin --tags
git push origin {tag name}
git push --tags

기타

파일 삭제

git rm --cached --ignore-unmatch [삭제할 파일명]

히스토리 삭제

  • 목적: 패스워드, 아이디 같은 비공개 정보가 담긴 파일을 실수로 올렸을 때 삭제하는 방법이다. (history에서도 해당 파일만 삭제)
$ git clone [url] # 소스 다운로드
$ cd [foler_name] # 해당 폴더 이동
$ git filter-branch --index-filter 'git rm --cached --ignore-unmatch [삭제할 파일명]' --prune-empty -- --all # 모든 히스토리에서 해당 파일 삭제
$ git push origin master --force # 서버로 전송

히스토리에서 폴더 삭제:

git filter-branch --tree-filter 'rm -rf vendor/gems' HEAD

리모트 주소 추가하여 로컬에 싱크하기

$ git remote add upstream {리모트 주소}
$ git pull upstream {브랜치명}

최적화

$ git gc
$ git gc --aggressive

서버 설정

강제 푸시 설정

git config receive.denynonfastforwards false

Alias

~/.gitconfig 파일을 설정하여 깃 명령어의 앨리어스를 지정할 수 있다.

~/.gitconfig > alias 부분:


[alias]
  br = branch
  co = checkout
  rb = rebase
  st = status
  cm = commit
  pl = pull
  ps = push
  lg = log --graph --abbrev-commit --decorate --format=format:'%C(cyan)%h%C(reset) - %C(green)(%ar)%C(reset)  %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(yellow)%d%C(reset)' --all
  ad = add
  tg = tag
  df = diff 
반응형

WPF의 디자인 패턴 중 하나인 MVVM. 이름부터 어렵다.

 

Model - View - ViewModel의 각 약자로.

쉽게 설명하자면

UI를 담당하는 View (eg. view.XAML)와 코드비하인드를 담당하는 VM(ViewModel)과 데이터 모델이 포함된 Model를 서로 분리하여 개발함으로써 디자인적 요소와 코드쪽 개발을 효율을 높이는 디자인 패턴이다.

 

MVVM 패턴으로 적용하면서 가장크게 바뀐게 바로 바인딩(Binding)이다.

 

Binding이라 함은 뜻 그대로 UI의 요소와 코드비하인드의 요소를 하나로 묶어주는 것이다.

 

자세한 설명은 구글링을 통하면 쉽게 나온다.

 

MVVM을 구현하는 방법은 여러 방법이 있지만, 프로젝트 규모가 크거나 뷰 갯수가 많아질 경우 처음부터 기틀을 잘 마련해야 나중에 코드를 뒤엎는 불상사를 막을 수 있다.

 

여기서는 Resource Directory를 이용한 방법을 간단히 적어본다.

 

1. 프로젝트내에 ResourceDirectory(한국어판에는 리소스사전)을 추가

2. 아래 처럼 DataTemplate를 이용하여 View와 ViewModel을 연결한다.

    <DataTemplate DataType="{x:Type vm:SettingVM}">
        <view:SettingView />
    </DataTemplate>

 

추가한 ResourceDirectory를 app.xaml에 기입한다.

    <Application.Resources>
        <ResourceDictionary>
            <ResourceDictionary.MergedDictionaries>
                <ResourceDictionary Source="/Presentations/Views/ResourceDictionary.xaml" />
                
            </ResourceDictionary.MergedDictionaries>
        </ResourceDictionary>
    </Application.Resources>


3. 실제 해당 뷰를 보여질 영역에는 아래와 같이 추가해준다.

CurrentView는 페이지 또는 UC 등이 보여지는 컨텐츠 영역을 가리키는 ViewModel object이다.

CurrentView에 별도로 선언된 SettingVM instance를 넣어주면 해당 뷰로 전환이 된다.

        public object CurrentView
        {
            get { return _currentView; }
            set
            {
                _currentView = value;
                OnPropertyChanged("CurrentView");
            }
        }

 

해당 컨텐츠가 보여질 영역은 xaml에서 아래와 같이 입력한다.

 <ContentControl x:Name="Pages" Content="{Binding CurrentView}" />

 

 

4. 주의점:

- MainWindow는 Resource Directory에서 따로 선언하지 않고, Datacontext를 통해 vm을 연결한다.

반응형

심심풀이로 로또의 추첨결과 정보를 가져오는 프로그램을 작성하려고 한다.

 

로또복권 운영사인 동행복권 홈페이지에서는 별도의 API를 제공하지 않지만 홈페이지의 소스를 보다보면

 

아래와 같이 내부에서 결과 정보를 호출하는 구문이 있고, 쿼리 URL을 쉽게 찾을 수 있다.

로또 추첨결과의 회차별 정보를 가져오는 URL은 다음과 같다.

 

로또 추첨 결과 쿼리 URL: https://www.dhlottery.co.kr/common.do?method=getLottoNumber&drwNo=1119

쿼리의 "drwNo" 값이 회차 이다.

 

쿼리가 정상적으로 수행되었을때 수신되는 메시지(JSON)는 다음과 같다.

 

{
   "totSellamnt":111840714000,					//전체 당첨 상금 총액(1등~5등 모든 당첨금액)
   "returnValue":"success",						//요청결과(정상:success, 실패:fail)
   "drwNoDate":"2024-05-11",					//추첨일
   "firstWinamnt":1396028764,					//1등 추첨자의 당첨금액
   "drwtNo6":45,								//6번째 번호
   "drwtNo4":13,								//4번째 번호
   "firstPrzwnerCo":19,							//1등 당첨자 수
   "drwtNo5":20,								//5번째 번호
   "bnusNo":3,									//보너스번호 번호
   "firstAccumamnt":26524546516,				//1등 총 당첨금액(1등 당첨금액 * 1등 당첨자 수)
   "drwNo":1119,								//회차 번호
   "drwtNo2":9,									//2번째 번호
   "drwtNo3":12,								//3번째 번호
   "drwtNo1":1									//1번째 번호
}

 

JSON 구조로 쉽게 파싱하도록 되어있다.

아래의 당첨결과 상세페이지의 내용가 대조하면 쉬울 듯 하다.

 

추가로 최신 회차를 구하는 계산식 함수는 다음과 같다,

 

# 로또 1회차(2002-12-07)기준으로 오늘까지의 회차를 가져오는 함수
def get_last_rounds():
    start_date = datetime.date(2002, 12, 7) #1회 추첨일
    today = datetime.date.today()
    # 주차 계산
    weeks = (today - start_date).days // 7
    return weeks + 1

2002-12-07이 1회 추첨일이므로 이기준으로 오늘까지의 주차수(weeks)를 구하여 +1을 해준다.

반응형

 

ST사의 MCU를 사용하여 개발할 때 필수로 사용되는 ST-LINK/V2의 핀맵이다.

20핀 모두 사용하는 JTAG와 일부 핀만 연결하여 사용하는 SWD 모두 사용할 수 있다.

 

보드의 소형화 때문인지 20핀 보다는 SWD를 사용하여 4~6핀 정도만 사용하는 듯하다.

반응형
 

VirtualBox에서 Ubuntu를 올리고 각종 패키지 설치를 위해 호스트PC랑 복사 붙여넣기를 해야하는데

 

VirtualBox의 클립보드 공유 설정까지 해줘도 안될때가 있다.

 

이때는 VirtualBox 상단 도구메뉴에서 장치(Devices) - 게스트 확장 이미지 CD 삽입을 눌러 패키지를 설치해주면 된다.

 

반응형

WPF 작업시 XAML에서 코드와 속성값을 1:1 시켜주는 Binding 기능은 굉장히 편리한 기능이다.

 

xaml 상에서는 해당 컨트롤의 속성값에 아래와 같이 Binding을 추가해주면 된다.

 
<TextBlock Name="textblockGuiVersion" Text="{Binding UI_VERSION, Mode=OneWay}"/>

 

 

코드에서는 아래와 같이 INotifyPropertyChanged를 상속 추가한다. 추가하면, OnPropertyChanged 속성이 없다고 에러가 발생한다. 이코드도 함께 추가하여 인터페이스를 구현한다.

    public partial class MainWindow : Window, INotifyPropertyChanged
    {
    }
    
    
    public event PropertyChangedEventHandler PropertyChanged;
    /// </summary>
    /// <param name="propertyName">The property that has a new value.</param>
    protected virtual void OnPropertyChanged(string propertyName)
    {

        PropertyChangedEventHandler handler = this.PropertyChanged;
        if (handler != null)
        {
            var e = new PropertyChangedEventArgs(propertyName);
            handler(this, e);
        }
    }

 

 

 

이후 xaml과 바인딩된 변수의 Property set;에 아래와 같이 추가한다.

private string _strVersionUI = System.Reflection.Assembly.GetExecutingAssembly().GetName().Version.ToString();
public string UI_VERSION { get => _strVersionUI; set { _strVersionUI = value; OnPropertyChanged("UI_VERSION"); } }

 

+ Recent posts