Merge branch 'refs/heads/main' into AYS-227

# Conflicts:
#	src/i18n/locales/en.json
#	src/i18n/locales/tr.json

Author: kevserozkan

.github/workflows/application-health-checker.yml

@@ -0,0 +1,29 @@
+# Purpose: This file is used for check application health.
+
+# Name of the workflow
+name: Application Status
+
+on:
+  push:
+    branches:
+      - main  # Trigger the workflow when a push event occurs on the main branch
+
+jobs:
+  build: # Define the "build" job
+    runs-on: ubuntu-latest # Run the job on the latest version of Ubuntu
+    steps: # List of steps to execute within the job
+      - name: Update package cache # Step to update the package cache
+        run: sudo apt-get update
+
+      - name: Checkout code # Step to check out the code from the repository
+        uses: actions/checkout@v3
+
+      - uses: actions/setup-node@v4 # Step to set up Node.js
+        with:
+          node-version: 18
+
+      - name: Install npm # Install with npm
+        run: npm install
+
+      - name: Build Project # Build with npm
+        run: npm run build

.github/workflows/pull-request-checker.yml

@@ -0,0 +1,35 @@
+# Purpose: This file is used to build the project when a pull request is opened, reopened, edited, synchronized, ready for review, or unlocked.
+
+# Name of the workflow
+name: Pull Request Checker
+
+# Trigger the workflow when various types of pull request events occur
+on:
+  pull_request:
+    types:
+      - opened # triggers the workflow when a pull request is opened.
+      - reopened # triggers the workflow when a pull request is reopened after being closed.
+      - edited # triggers the workflow when a pull request is edited (changes are made to the pull request (the title, description, assignees, labels, or other attributes of the pull request))
+      - synchronize # triggers the workflow when a pull request is synchronized (changes are pushed to the branch associated with the pull request)
+      - ready_for_review # triggers the workflow when a pull request is marked as ready for review
+      - unlocked # triggers the workflow when a previously locked pull request is unlocked
+
+jobs:
+  build: # Define the "build" job
+    runs-on: ubuntu-latest # Run the job on the latest version of Ubuntu
+    steps: # List of steps to execute within the job
+      - name: Update package cache # Step to update the package cache
+        run: sudo apt-get update
+
+      - name: Checkout code # Step to check out the code from the repository
+        uses: actions/checkout@v3
+
+      - uses: actions/setup-node@v4 # Step to set up Node.js
+        with:
+          node-version: 18
+
+      - name: Install npm # Install with npm
+        run: npm install
+
+      - name: Build Project # Build with npm
+        run: npm run build

.gitignore

@@ -34,3 +34,6 @@ yarn-error.log*
 # typescript
 *.tsbuildinfo
 next-env.d.ts
+
+yarn.lock
+.idea

README.md

@@ -1,8 +1,8 @@
-# AYS | Afet Yönetim Sistemi Institution Frontend
+# AYS | Afet Yönetim Sistemi FE Institution [![Application Status](https://github.com/afet-yonetim-sistemi/ays-fe-institution/actions/workflows/application-health-checker.yml/badge.svg)](https://github.com/afet-yonetim-sistemi/ays-fe-institution/actions/workflows/application-health-checker.yml)
 
 ## Description
 
-The Disaster Management System, known as AYS (AFET YÖNETİM SİSTEMİ), is an open-source and voluntary project. Its aim is to effectively manage the needs that arise during a natural disaster. It facilitates the coordination of processes related to these needs between volunteers and institutions operating in the disaster area.
+The Disaster Management System, known as AYS (Afet Yönetim Sistemi), is an open-source and voluntary project. Its aim is to effectively manage the needs that arise during a natural disaster. It facilitates the coordination of processes related to these needs between volunteers and institutions operating in the disaster area.
 
 This project is designed to be used by non-governmental organizations and volunteers affiliated with relevant organizations. It enables organizations to register both themselves and their volunteers. By doing so, it allows for the efficient and precise management of the needs within the disaster area, including the deployment of volunteers located in proximity to the affected regions.