Rename repository from Github to DevOps

Author: seungwonme

.github/ISSUE_TEMPLATE/bug.yml

@@ -0,0 +1,41 @@
+name: "버그 제보"
+description: 버그 제보 작성 기본 양식입니다.
+labels: ["bug"]
+body:
+  - type: markdown
+    attributes:
+      value: |
+        작성 예시 : "[Bugfix] 로그인 버그 수정"
+  - type: textarea
+    id: bug-description
+    attributes:
+      label: 버그 설명
+      description: 버그가 언제/어떻게 발생했는지 명확하게 적어주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true
+  - type: textarea
+    id: reproduction
+    attributes:
+      label: 재현 방법
+      description: 버그가 재현되는 상황을 설명해주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true
+  - type: textarea
+    id: expected
+    attributes:
+      label: 기대했던 정상 동작
+      description: 기대했던 정상적인 동작에 대해서 설명해주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true
+  - type: textarea
+    id: system-info
+    attributes:
+      label: 시스템 환경 (선택 사항)
+      description: 현재 버그가 발생한 시스템 환경을 적어주세요.
+      render: shell-script
+      placeholder: OS, 브라우저 등을 적어주세요.
+    validations:
+      required: false

.github/ISSUE_TEMPLATE/feature.yml

@@ -0,0 +1,33 @@
+name: "기능 추가"
+description: 기능 추가 Issue 작성 양식입니다.
+labels: ["feature"]
+body:
+  - type: markdown
+    attributes:
+      value: |
+        작성 예시 : "[Feat] 로그인 기능 추가"
+  - type: textarea
+    id: feat-description
+    attributes:
+      label: 작업 설명
+      description: 어떠한 기능을 추가하시는 건지 적어주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true
+  - type: textarea
+    id: reproduction
+    attributes:
+      label: 접근 방법
+      description: 고려하신 방법이나, 접근에 대해서 설명해주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true
+  - type: textarea
+    id: system-info
+    attributes:
+      label: 대체 방안 (선택 사항)
+      description: 상기한 방법 외에 다른 대안이 있다면 적어주세요.
+      render: shell-script
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: false

.github/ISSUE_TEMPLATE/feature_request.md

@@ -0,0 +1,24 @@
+name: "목표 설정"
+description: 목표 설정 Issue 작성 양식입니다.
+labels: ["goal-setting"]
+body:
+  - type: markdown
+    attributes:
+      value: |
+        작성 예시 : "24년 14주차 목표 설정 - 스난"
+  - type: markdown
+    id: feat-description
+    attributes:
+      label: 목표
+      description: 어떠한 목표를 달성하고자 하는지 구체적으로 적어주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true
+  - type: markdown
+    id: reproduction
+    attributes:
+      label: 세부 태스크
+      description: 목표를 달성하기 위해 수행해야 할 세부 태스크를 나열해주세요. 만약 목표가 한 개라면 적지 않아도 됩니다.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: false

.github/ISSUE_TEMPLATE/goal_setting.yml

@@ -0,0 +1,24 @@
+name: "코드 수정"
+description: 코드 수정 Issue 작성 양식입니다.
+labels: ["modify"]
+body:
+  - type: markdown
+    attributes:
+      value: |
+        작성 예시 : "[Modify] 함수 반환 값 수정"
+  - type: textarea
+    id: modify-description
+    attributes:
+      label: 작업 설명
+      description: 어떤 코드를 수정하시는 건지 적어주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true
+  - type: textarea
+    id: reproduction
+    attributes:
+      label: 수정 이유
+      description: 수정하는 이유에 대해서 설명해주세요.
+      placeholder: 설명을 적어주세요.
+    validations:
+      required: true

.github/ISSUE_TEMPLATE/modify.yml

@@ -0,0 +1,28 @@
+# Set to true to add reviewers to pull requests
+addReviewers: true
+
+# Set to true to add assignees to pull requests
+addAssignees: false
+
+# A list of reviewers to be added to pull requests (GitHub user name)
+reviewers:
+  - seungwonme
+
+# A number of reviewers added to the pull request
+# Set 0 to add all the reviewers (default: 0)
+numberOfReviewers: 0
+# A list of assignees, overrides reviewers if set
+# assignees:
+#   - assigneeA
+
+# A number of assignees to add to the pull request
+# Set to 0 to add all of the assignees.
+# Uses numberOfReviewers if unset.
+# numberOfAssignees: 2
+
+# A list of keywords to be skipped the process that add reviewers if pull requests include it
+# skipKeywords:
+#   - wip
+
+# The action will only run for non-draft PRs. If you want to run for all PRs, you need to enable it to run on drafts.
+runOnDraft: true

.github/ISSUE_TEMPLATE/버그-리포트.md

@@ -0,0 +1,11 @@
+## 주요 구현 사항
+
+-
+
+## 코드 추가/변경하게 된 이유
+
+-
+
+## 리뷰어 참고 사항
+
+-

.github/auto_assign.yml

@@ -0,0 +1,30 @@
+name: Auto Assign PR Creator
+
+on:
+  pull_request:
+    types: [opened, reopened]
+
+permissions:
+  issues: write
+  pull-requests: write
+
+jobs:
+  assign-pr-creator:
+    runs-on: ubuntu-latest
+    steps:
+      - name: Assign PR creator as assignee
+        uses: actions/github-script@v5
+        with:
+          script: |
+            const prNumber = context.payload.pull_request.number;
+            const creator = context.actor;
+            github.rest.issues.addAssignees({
+              owner: context.repo.owner,
+              repo: context.repo.repo,
+              issue_number: prNumber,
+              assignees: [creator]
+            });
+
+# prNumber: The number of the pull request
+# creator: The username of the user who created the pull request
+# github.rest.issues.addAssignees: The GitHub REST API endpoint to add assignees to an issue

.github/pull_request_template.md

@@ -0,0 +1,19 @@
+# https://github.com/kentaro-m/auto-assign-action
+
+name: 'Auto Assign Reviewers'
+on:
+  pull_request:
+    types: [opened, reopened]
+
+permissions:
+  contents: read
+  pull-requests: write
+
+jobs:
+  add-reviews:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: kentaro-m/[email protected]
+        with:
+          configuration-path: '.github/auto_assign.yml' # Only needed if you use something other than .github/auto_assign.yml
+

.github/workflows/auto-assign-pr-creator.yml

@@ -1,35 +1,22 @@
-# Git
-
-[Git Reference](https://git-scm.com/docs)
-
-`git help`, `man git`, `git <command> --help` 명령어를 통해 각 명령어의 사용법을 확인할 수 있다.
-
-## Git Command Workflow
-
-![](./img/GitWorkflow.png)
-
-## Git Branch
-
-### Git Branch Model
-- [{Git,Github,Gitlab} Flow 1](https://ujuc.github.io/2015/12/16/git-flow-github-flow-gitlab-flow/)
-- [{Git,Github,Gitlab} Flow 2](https://wiki.yowu.dev/ko/dev/Git/about-git-github-gitlab-flow)
-- [Trunk Based Development](https://trunkbaseddevelopment.com)
-- [Trunk Based Development 기술 블로그](https://tech.mfort.co.kr/blog/2022-08-05-trunk-based-development/)
-
-### Git Branch Policy
-- [Branch Protection Rule](https://docs.github.com/ko/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/managing-a-branch-protection-rule)
-- [CODEOWNERS file](https://docs.github.com/ko/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners)
-
-## Git Command
-
-### restore
-- `git restore <modified file>` : 파일을 수정하기 전 상태로 되돌린다.
-- `git restore --staged <file>` : 스테이징된 파일을 언스테이징한다.
-- `git restore --source=<hash> <file>` : 특정 커밋의 파일을 수정하기 전 상태로 되돌린다.
-
-### fetch
-- `git fetch` : 원격 저장소의 변경사항을 로컬 저장소로 가져온다.
-
-# Github
-
-## Github Pages
+# DevOps
+
+- DevOps는 소프트웨어 개발과 정보기술 운영(Operations)의 합성어
+- 소프트웨어 제품이 개발부터 배포, 운영까지의 전체 수명주기 동안 지속적으로 통합 및 배포될 수 있도록 하는 문화, 철학, 방법론, 도구들의 집합을 의미
+- DevOps는 개발팀과 운영팀 간의 협업을 강화하고, 개발과 배포 사이의 간극을 줄이며, 소프트웨어 제품의 품질과 속도를 향상시키는 데 중점을 둠
+
+## DevOps의 주요 특징
+1. **빠른 소프트웨어 제공**: 개발에서 운영으로의 과정을 자동화하여, 소프트웨어를 빠르게 개발하고 출시할 수 있도록 함
+2. **자주 발생하는 출시**: 지속적 통합과 지속적 배포(CI/CD)를 통해 개발자가 코드 변경 사항을 자주 테스트하고 출시할 수 있도록 함
+3. **안정성과 신뢰성 향상**: 소프트웨어의 안정성과 신뢰성을 향상시켜 사용자 경험을 개선하고 장애를 최소화
+4. **자동화**: 반복적이고 지루한 작업을 자동화하여 인력을 절약하고 오류 가능성을 줄임
+5. **문화적 변화**: 개발팀과 운영팀 간의 협업과 의사소통을 강화하여 조직 내 문화적 변화를 유도
+
+## DevOps의 핵심 도구
+1. **버전 관리 시스템**: 코드 변경 사항을 추적하고 관리하기 위한 도구로서 Git이 가장 널리 사용
+2. **지속적 통합(CI)**: 코드 변경 사항을 정기적으로 통합하고 테스트하는 프로세스를 자동화하는 도구로서 Jenkins, Travis CI, GitLab CI 등이 사용
+3. **지속적 배포(CD)**: 소프트웨어 변경 사항을 자동으로 배포하고 인프라를 관리하는 도구로서 Docker, Kubernetes, Terraform 등이 사용
+4. **자동화 도구**: 반복적이고 지루한 작업을 자동화하기 위한 도구로서 Ansible, Chef, Puppet 등이 사용
+5. **모니터링 및 로깅**: 운영 환경에서 애플리케이션 및 인프라의 성능을 모니터링하고 로그를 수집하는 도구로서 Prometheus, ELK(Elasticsearch, Logstash, Kibana), Grafana 등이 사용
+6. **협업 도구**: 개발자와 운영자 간의 협업을 강화하기 위한 도구로서 Slack, Microsoft Teams, Jira, Confluence 등이 사용
+
+이러한 도구들을 통해 조직은 빠른 개발 및 출시 주기를 달성하고, 안정적이고 신뢰할 수 있는 소프트웨어를 제공할 수 있게 한다.