개인정보처리방침

열정개발자홍 — Wed, 16 Aug 2023 21:25:52 +0900

< <홍성민> >('<https://hhpp1205.tistory.com/>'이하 '<열정블로그>')은(는) 「개인정보 보호법」 제30조에 따라 정보주체의 개인정보를 보호하고 이와 관련한 고충을 신속하고 원활하게 처리할 수 있도록 하기 위하여 다음과 같이 개인정보 처리방침을 수립·공개합니다.

○ 이 개인정보처리방침은 2023년 1월 1부터 적용됩니다.

제1조(개인정보의 처리 목적)

< <개발자 홍성민> >('<https://hhpp1205.tistory.com/>'이하 '<열정블로그>')은(는) 다음의 목적을 위하여 개인정보를 처리합니다. 처리하고 있는 개인정보는 다음의 목적 이외의 용도로는 이용되지 않으며 이용 목적이 변경되는 경우에는 「개인정보 보호법」 제18조에 따라 별도의 동의를 받는 등 필요한 조치를 이행할 예정입니다.

제2조(개인정보의 처리 및 보유 기간)

① < <홍성민> >은(는) 법령에 따른 개인정보 보유·이용기간 또는 정보주체로부터 개인정보를 수집 시에 동의받은 개인정보 보유·이용기간 내에서 개인정보를 처리·보유합니다.

② 각각의 개인정보 처리 및 보유 기간은 다음과 같습니다.

1.<홈페이지 회원가입 및 관리>
<홈페이지 회원가입 및 관리>와 관련한 개인정보는 수집.이용에 관한 동의일로부터<지체없이 파기>까지 위 이용목적을 위하여 보유.이용됩니다.
보유근거 : 회원 관리
관련법령 :
예외사유 :

제3조(처리하는 개인정보의 항목)

① < <홍성민> >은(는) 다음의 개인정보 항목을 처리하고 있습니다.

1< 홈페이지 회원가입 및 관리 >
필수항목 : 이메일
선택항목 :

제4조(개인정보의 파기절차 및 파기방법)

① < <홍성민> > 은(는) 개인정보 보유기간의 경과, 처리목적 달성 등 개인정보가 불필요하게 되었을 때에는 지체없이 해당 개인정보를 파기합니다.

② 정보주체로부터 동의받은 개인정보 보유기간이 경과하거나 처리목적이 달성되었음에도 불구하고 다른 법령에 따라 개인정보를 계속 보존하여야 하는 경우에는, 해당 개인정보를 별도의 데이터베이스(DB)로 옮기거나 보관장소를 달리하여 보존합니다.
1. 법령 근거 :
2. 보존하는 개인정보 항목 : 계좌정보, 거래날짜

③ 개인정보 파기의 절차 및 방법은 다음과 같습니다.
1. 파기절차
< <홍성민> > 은(는) 파기 사유가 발생한 개인정보를 선정하고, < <홍성민> > 의 개인정보 보호책임자의 승인을 받아 개인정보를 파기합니다.

제5조(정보주체와 법정대리인의 권리·의무 및 그 행사방법에 관한 사항)

① 정보주체는 <홍성민>에 대해 언제든지 개인정보 열람·정정·삭제·처리정지 요구 등의 권리를 행사할 수 있습니다.

② 제1항에 따른 권리 행사는<홍성민>에 대해 「개인정보 보호법」 시행령 제41조제1항에 따라 서면, 전자우편, 모사전송(FAX) 등을 통하여 하실 수 있으며 <홍성민>은(는) 이에 대해 지체 없이 조치하겠습니다.

③ 제1항에 따른 권리 행사는 정보주체의 법정대리인이나 위임을 받은 자 등 대리인을 통하여 하실 수 있습니다.이 경우 “개인정보 처리 방법에 관한 고시(제2020-7호)” 별지 제11호 서식에 따른 위임장을 제출하셔야 합니다.

④ 개인정보 열람 및 처리정지 요구는 「개인정보 보호법」 제35조 제4항, 제37조 제2항에 의하여 정보주체의 권리가 제한 될 수 있습니다.

⑤ 개인정보의 정정 및 삭제 요구는 다른 법령에서 그 개인정보가 수집 대상으로 명시되어 있는 경우에는 그 삭제를 요구할 수 없습니다.

⑥ <홍성민>은(는) 정보주체 권리에 따른 열람의 요구, 정정·삭제의 요구, 처리정지의 요구 시 열람 등 요구를 한 자가 본인이거나 정당한 대리인인지를 확인합니다.

제6조(개인정보의 안전성 확보조치에 관한 사항)

< <홍성민> >은(는) 개인정보의 안전성 확보를 위해 다음과 같은 조치를 취하고 있습니다.

1. 정기적인 자체 감사 실시
개인정보 취급 관련 안정성 확보를 위해 정기적(분기 1회)으로 자체 감사를 실시하고 있습니다.

제7조(개인정보를 자동으로 수집하는 장치의 설치·운영 및 그 거부에 관한 사항)

<홍성민> 은(는) 정보주체의 이용정보를 저장하고 수시로 불러오는 ‘쿠키(cookie)’를 사용하지 않습니다.

제8조 (개인정보 보호책임자에 관한 사항)

① <홍성민> 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.

▶ 개인정보 보호책임자
성명 :<홍성민>
직책 :<개발자>
직급 :<사원>
연락처 :<010-8742-6723>, <hhpp1205@naver.com>,

※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 :
담당자 :
연락처 :, ,

② 정보주체께서는 <홍성민> 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. <홍성민> 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.

제9조(개인정보의 열람청구를 접수·처리하는 부서)
정보주체는 ｢개인정보 보호법｣ 제35조에 따른 개인정보의 열람 청구를 아래의 부서에 할 수 있습니다.
< <홍성민> >은(는) 정보주체의 개인정보 열람청구가 신속하게 처리되도록 노력하겠습니다.

▶ 개인정보 열람청구 접수·처리 부서
부서명 :
담당자 :
연락처 : , ,

제10조(정보주체의 권익침해에 대한 구제방법)

정보주체는 개인정보침해로 인한 구제를 받기 위하여 개인정보분쟁조정위원회, 한국인터넷진흥원 개인정보침해신고센터 등에 분쟁해결이나 상담 등을 신청할 수 있습니다. 이 밖에 기타 개인정보침해의 신고, 상담에 대하여는 아래의 기관에 문의하시기 바랍니다.

1. 개인정보분쟁조정위원회 : (국번없이) 1833-6972 (www.kopico.go.kr)
2. 개인정보침해신고센터 : (국번없이) 118 (privacy.kisa.or.kr)
3. 대검찰청 : (국번없이) 1301 (www.spo.go.kr)
4. 경찰청 : (국번없이) 182 (ecrm.cyber.go.kr)

「개인정보보호법」제35조(개인정보의 열람), 제36조(개인정보의 정정·삭제), 제37조(개인정보의 처리정지 등)의 규정에 의한 요구에 대 하여 공공기관의 장이 행한 처분 또는 부작위로 인하여 권리 또는 이익의 침해를 받은 자는 행정심판법이 정하는 바에 따라 행정심판을 청구할 수 있습니다.

※ 행정심판에 대해 자세한 사항은 중앙행정심판위원회(www.simpan.go.kr) 홈페이지를 참고하시기 바랍니다.

제11조(개인정보 처리방침 변경)

① 이 개인정보처리방침은 2023년 1월 1부터 적용됩니다.

Git-Flow란?

열정개발자홍 — Tue, 10 Jan 2023 12:28:33 +0900

GitFlow란?

GitFlow란 소스코드를 효과적으로 관리하기 위한 전략 중 하나입니다. 현재 많은 기업들이 GitFlow 전략을 채택하여

사용하고 있습니다.

그 외에도 GitHub Flow와 GitLab Flow전략 등이 있습니다.

포인트

글을 보실 때 GitFlow에서 큰 줄기인 master 브랜치와 develop 브랜치를 중심으로 어느 시점에서 브랜치가 파생되는지를 중점적으로 관찰하시면 GitFlow를 이해하는데 더욱 도움이 될 것입니다.

GitFlow전략

Master : 제품으로 출시될 소스를 저장하는 브랜치
Develop : 다음 출시 버전을 대비하여 개발하는 브랜치
Feature : 기능을 개발하는 브랜치
Release : 다음 버전 출시를 준비하는 브랜치
Hotfixs : Master 브랜치에서 발생한 버그를 수정하는 브랜치

전반적인 흐름을 설명하자면

Master 브랜치에서 Develop 브랜치를 생성합니다

Develop 브랜치에서 개발을 하는 것이 아니라 기능별로 나눠서 Develop 브랜치에서 파생된

Feature 브랜치를 생성합니다. Feature 브랜치에서 기능 개발을 완료했다면 Develop 브랜치와

Merge 합니다. 이후 Feature 브랜치는 삭제됩니다.

다음 버전 출시를 위해 Develop에서 파생된 브랜치인 Release 브랜치를 생성하여 제품이

출시될 수 있는지 테스트합니다. 이때 Release 브랜치에서 버그가 발생한다면 Release 브랜치에서

버그를 수정해야 합니다. 모든 테스트를 마치면 배포를 위해 Release 브랜치와 Master 브랜치를 Merge 합니다.

이때 Release 브랜치에서 버그 수정이 진행되었다면 Develop 브랜치에도 Merge 합니다.

이후 Release 브랜치는 삭제됩니다.

제품을 출시 한 Master 브랜치에 미쳐 발견하지 못한 버그가 발생하였습니다. 이럴 땐

Hotfixs 브랜치를 Master 브랜치로부터 생성한 뒤 버그를 수정한 후 다시 Master 브랜치와

Develop 브랜치에 Merge 합니다. 이후 Hotfixs 브랜치는 삭제됩니다.

출처

https://hyeon9mak.github.io/git-branch-strategy

깃 브랜치 전략

hyeon9mak.github.io