Unity 최종 프로젝트 - 1

이준호·2024년 1월 10일
0

📌 Unity 최종 프로젝트



📌 Team Project Plan

➔ Project Name

  • How to survive in that world (그 세상에서 살아남는 법)

➔ Genre

  • Survive / Apocalypse

➔ 2D / 3D

  • 3D Quarter View (Isometric)

➔ Introduction

  • 한 줄 정리 : 희망 따위는 한 줌도 없는 절망뿐인 세상에서 살아가는 처절한 생존기

  • Survive, Survive. You just have to Survive

➔ Platform

  • Mobile (Android & maybe... Ios?)

➔ Development Environment

Unity Version

  • Unity 2022.3.16f1 (Unity Render Pipeline)

IDE

  • Visual Studio

VSC

  • GitHub, Github DeskTop, Jira











📌 Git Convention

➔ Gommit Rules

[✨️] - 신규 기능 개발
[🐛] - 버그 픽스
[🛠️] - 기존 기능 수정
[➕] - 기존 기능에 추가
[🔥] - 핫 픽스 (난리났다는 뜻)

Jira Key 값 [HGZ] 까먹지 않기












📌 Code Convention

➔ 필드 (Field)

  • 필드는 멤버 변수(Member Variables)와 프로퍼티(Property)를 의미한다.

  • 카멜 표기법 ( lowerUpper ) 형태로 사용

  • bool 변수는 접두사로 is를 붙입니다.

private float _privateFloat = 10f;
private const float _PRIVATE_CONST_FLOAT = 10f;
private readonly float _PrivateReadonlyFloat = 10f;
[SerializeField] private float _PrivateSerializeFloat = 10f;

// protected 또한 private와 동일

public float PublicFloat = 10f;
// 프로퍼티 또한 동일
public float PublicPropertyFloat { get; private set; }

// bool 변수 예제
private bool _isJobFinished = true;
protected bool _isJobFinished = true;
public bool IsJobFinished = true;

➔ 메서드 (Methods)

  • 메서드는 함수(Function)들 그리고 멤버 함수들을 의미한다.

  • 파스칼 표기법 ( UpperUpper ) 형태로 사용

  • bool 반환 메서드는 접두사로 Is를 붙이면 편합니다.

private void Initialize() { }
public void InitializePublic() { }
protected void InitializeProtected() { }
public static void InitStatic() { }

// bool
public bool IsCalculatedPath() { }

➔ 이벤트 (Enents)

  • 접두사 On을 붙입니다.
public event Action<bool> OnIsAttacking;
public event Action<Vector2, Vecotr3> OnMovementAttacking;

➔ Const, Enum Tyoe

  • 상수(const)는 전부 UpperCase로 작성합니다. 단어 사이에 언더바를 삽입합니다.

  • enum타입은 맨 앞에 접두사로 E를 작성합니다.

public const string PATH_RESOURCE_PREFAB_NUMBER1 = "Prefab1";
public const string PATH_RESOURCE_PREFAB_NUMBER2 = "Prefab2";

public enum E_GameState
{

}

public enum E_Game_Type_Test
{

}











📌 Git Issue Management

➔ Branch / Merge Rules

  • Branch

    • 자기 성명 이니셜
      • 예시) SHS, PJH, LJH, JSG
    • 자기가 도맡고 있는 핵심 기능
      • 예시) SHS_ProjectSetup
    • 추가가 가능하면 매우 좋습니다.
    • 최종으로는 다음과 같이 만들면 됩니다.
    • 이니셜_핵심기능_세부기능
      • 예시) SHS_ProjectSetup_InitFolder

    Jira Key 값 [HGZ] 까먹지 않기

  • Merge

    • 반드시 최신화 하기 (Develop 최신화 이후 자기 브랜치에 머지해보기)
    • Pull Request
      • 리뷰어 설정 반드시 하기
      • 슬랙에 머지 부탁드린다고 말하기
    • 리뷰어는 확실하게 검토 후 코멘트와 ‘Approve’로 머지 확인해주기
    • [🔗] -
    • 머지 이모티콘 사용











📌 Team Rule

➔ Ground Rules


09:00 ~ 10:00 | 코드 카타

10:00 ~ 10:30 | 오전 스크럼

10:30 ~ 12:00 | 오전 작업

12:00 ~ 13:30 | 점심 식사

13:30 ~ 18:00 | 오후 작업

18:00 ~ 19:00 | 저녁 식사

19:00 ~ 20:00 | 마무리 & TIL

20:00 ~ 21:00 | 오후 스크럼


서기는 일별로 돌아가면서 작성 🤝

항상 긍정적인 마인드 💪

The Only Easy Day Was Yesterday ☢️☣️












➔ Goals

  • Completion Of The Game

  • Google Play Store & App Store 출시

  • version 1.0 ➔ version 1.1 Update












📌 Wire Frame (Prototype)












📌 First Scope Plan












📌 앞으로 할 일

  • 1차 스코프 확장 및 기능 개편

  • 1차 스코프 기능 역할 분담

  • 각 기능 사용 기술 & 이유

  • 확장 기능 고려 & 확장 기능 나열

  • 일정 관리 방식

  • 프로젝트에 넣고 싶은 전체 기능 & 단계별 기능 설정

  • 기획서 작성 (기획 배경)

profile
No Easy Day

0개의 댓글