iNES-LAB

This is our Lab web page (ver3)

바로가기: https://ines-lab.com/

Main

• ver2와 바뀐 사항: 글씨체를 더 두껍게 수정하고, HW팀과 AI팀의 페이지를 구분하였다. (URL 패턴도 구분하고 버튼도 생성)

Advisor

• 요구사항에 맞게 각 팀 페이지에 들어가면 첫 화면에는 교수님의 정보가 나오도록 설정하였다.

People

학위 순으로 사용자 정의 정렬하였고, 학위가 같을 경우 멤버 아이디 순(먼저 기입한 순)으로 정렬되도록 하였다.

Alumni Alumni는 밑에 나오도록 설정했다.

Reseaarch

Project 내용 확인

관리자 페이지 화면:

• Admin 페이지에서 Github 링크, Paper 링크, Other 링크를 입력할 수 있도록 하였고, 이에 대한 값이 있는 경우에만 버튼이 생기도록 설정했다.
• Keyword 항목에는 ,로 데이터를 입력하면 ,를 기준으로 분리하여 keyword처럼 나올 수 있도록 설정했다.
• 사진도 여러 장 올릴 수 있도록 설정했다.

Publication - Journal & Conference

• 페이지네이션 기능을 추가했다.

Board - Notice

Board - Awards

Footer

Admin

관리자 페이지로, 연구실 멤버들이 각 페이지의 내용(데이터)을 추가,수정,삭제를 통해 웹페이지를 관리할 수 있는 영역이다.

---

사전 준비

Python version: 3.12.3

프로젝트 설정

1단계: 저장소 클론

먼저, git을 사용하여 저장소를 로컬 컴퓨터에 클론합니다.

git clone https://github.com/Mingguriguri/iNES-lab.git
cd iNES-lab

또는 저장소를 fork 한 후, 개인 저장소에서 클론합니다.

2단계: 가상 환경 생성 (선택 사항)

종속성을 관리하고 다른 프로젝트와의 충돌을 피하기 위해 가상 환경을 생성하는 것을 권장합니다.

• Windows:

python -m venv venv
venv\Scripts\activate

• macOS/Linux:

python -m venv venv
source venv/bin/activate

3단계: 종속성 설치

가상 환경을 활성화한 후, requirements.txt 파일에 나열된 종속성을 설치합니다.

pip install -r requirements.txt

4단계: 프로젝트 실행

프로젝트가 잘 실행되는지 확인해보세요!

python manage.py runserver

잘 실행된다면 프로젝트에 기여해주시면 됩니다 :D

가상환경 비활성화

deactivate

기여

1. 저장소를 포크하기
2. 새 브랜치를 생성하기 (git checkout -b feat/branch).
3. 변경사항을 적용하기
4. 변경사항을 커밋하기 (git commit -m 'feat: Add some feature'). 커밋할 때는 아래 커밋 컨벤션을 지켜주세요!
5. 브랜치에 푸시하기 (git push origin feature-branch).
6. 새 풀 리퀘스트를 생성하기

커밋 컨벤션, 브랜치, pull request 꼭 지키기 ! [git][fork][bash] git bash로 협업하기 - Forking Workflow

사용

1. 이 레포를 fork해와서 개인 저장소로 가져옴
2. 각자 본인 이름의 브랜치 또는 기능 이름의 브랜치에서 작업한 내용을 본인 이름의 디렉토리에 올리고 git push (개인저장소), git upstream(팀 저장소) (자세한 건 위의 git bash 로 협업하기 블로그 내용 참조)
3. 최종적으로는 본인 이름의 리포지토리로 만들어서 합칠 예정 (git merge)

커밋 컨벤션

1. 기능 : Feat, Fix, Design, !BREAKING CHANGE

• Feat: 새로운 기능을 추가할 경우
• Fix: 버그를 고친 경우
• Design: CSS 등 사용자 UI 디자인 변경
• !BREAKING CHANG: 커다란 API 변경의 경우 (ex API의 arguments, return 값의 변경, DB 테이블 변경, 급하게 치명적인 버그를 고쳐야 하는 경우)
• ex)"Feat(navigation): ~~~~ " "Fix(database): ~~~~"

2. 개선: Style, Refactor, Comment 태그

• Style: 코드 포맷 변경, 세미 콜론 누락, 코드 수정이 없는 경우 <오타 수정, 탭 사이즈 변경, 변수명 변경 등에 해당>
• Refactor: 프로덕션 코드 리팩토링, 새로운 기능이나 버그 수정없이 현재 구현을 개선한 경우 <코드를 리팩토링 하는 경우>
• Comment: 필요한 주석 추가 및 변경

3. 그 외: Docs, Test, Chore, Rename, Remove 태그

• Docs: 문서를 수정한 경우 <README.md>
• Test: 테스트 추가, 테스트 리팩토링 (프로덕션 코드 변경 없음) <test 폴더 내부의 변경이 일어난 경우에만 해당>
• Chore: 빌드 태스크 업데이트, 패키지 매니저 설정할 경우 (프로덕션 코드 변경 없음) <package.json의 변경이나 dotenv의 요소 변경 등, 모듈의 변경에 해당>
• Rename: 파일 혹은 폴더명을 수정하는 경우
• Remove: 사용하지 않는 파일 혹은 폴더를 삭제하는 경우
    4. 예시
• Feat: "추가 get data api 함수"
• "고침", "추가", "변경" 또는 "Fix", "Add", "Change" 사용