Files
Minicity-hermes/ruki/2026-05-05_2205_2026-05-05-issue-tracker.md
T

74 lines
2.9 KiB
Markdown

> [!info] 백업 시각: 2026-05-05 22:05 | 루키 메모리
# Session: 2026-05-05 14:29:56 GMT+9
- **Session Key**: agent:main:telegram:direct:8788378713
- **Session ID**: c1767d32-9550-46df-84b6-65e4f7357cb2
- **Source**: telegram
## Conversation Summary
user: 너보고 전달하라고는 안했는디 ㅋ
user: 다시 처음부터 시작함 프로세스 시작해
assistant:
**계획서:** ssh subpc-wsl에서 재인덱싱 스크립트를 다시 실행
- 프로세스 재시작
- 로그 파일 초기화 후 재시작
user: 미미야 지금 내가 진행하고 있는 모든것들이 좀 뭔가 삐걱 삐걱대고 있는데
이걸 이슈트레커같은거로 확인하고 처리할수 없을까?
user: 옵시디언을 활용하는거야?
API 가능한 이슈트래커 툴같은거 활용안하고?
user: 왜 옵시디언을 활용하는거지?
user: 오 깃허브 좋다.. 로컬로 깃허브 관리되나?
user: repo를 전체적으로 만들어야 하나? Minicity로?
아님 프로젝트 별로 만들어야 하나?
user: 이거 오프모드? 아님 온라인모드?
user: 나스라.. 나스 CPU가 그리 좋은 상황이 아닌데
현재도 여러 회사나스 백업으로 구동중인데 감당이 될려나?
지금 개발중인 맥미니에 git server 를 구현하는것이 좋지 않아?
user: 맥미니에서 구동하는거로 하는걸로 진행
user: 어 잠깐 이슈만 별도 관리?
아님 프로젝트 안에서 이슈관리는 안됨?
user: 1번 맥미니에서 진행하는데
repo를 각 프로젝트 별로 진행했으면해
전체적인 관리는 미미가 맏고
user: 1번 온라인 깃허브랑
2번 오프모드 로컬 markdown 기반 이랑 무슨 차이?
assistant:
## 📋 계획서: 이슈트래커 구조
**질문에 대한 답변:**
| 구분 | 온라인 (GitHub) | 로컬 (맥미니 Git Server) |
|------|------------------|-------------------------|
| 접근 | 어디서든 가능 | 네트워크/VPN 내 |
| 백업 | 자동 (GitHub 서버) |手動 또는 나스 백업 |
| CPU 부담 | GitHub 서버 | 맥미니 (현재 사용중) |
| 설정난이도 | 쉬움 (API만) | 보통 (git-server 설정) |
| 협업 | 무료 3인까지 | 무제한 |
**결론:**
- **프로젝트당 독립 repo** = GitHub가 적합
- **로컬 이슈는 Markdown으로** = 나쁘지 않음 (옵시디언으로 관리)
- **둘 다 사용** = 좋음
---
**미미아빠 질문들 정리:**
1. 각 프로젝트(repo)별로 Github에 만들어야 할까요? **→ 네, 그렇게 하는 게 관리하기 좋음**
2. 미미가 전체 관리? **→ 네, 미미가统筹**
3. 맥미니에서 Git Server vs GitHub? **→ 현재 맥미니에서 Git Server 운영不建议 (이미 많은 것 실행 중)**
---
**계획서 (확인 후 실행):**
1. **GitHub Organization or Personal?**
2. **Repo Naming:** `minicity-erp`, `minicity-wiki`, `minicity-photovault`, etc.
3. **Issues만 사용?** 아니면 GitHub Projects도?
어떤 구조를 원하시나요?