{%hackmd sMV2zv-CTsuIqnpb0hZLmA %}

# 112/09/15 Mob紀錄
+ 中秋放假,09/21(678) & 09/22(567)都要mob
+ 找學長開jenkins權限

## Requirement
+ POSD專案在匯入時有response的問題，但Selab的確可以正常匯入
+ Jenkins 的部分需要進行改寫，使其可以處理 Folder 的部分，之前是只能處理 Job
+ 能夠刪除 Jenkins repo
+ 寫Jenkins測試,要有測試前跟測試後的覆蓋率差別
+ Refactor code
+ ??在 gitlab 上建立 pipline 每次檔案 push 上去後能夠自動跑測試??

## 112/09/21
PEP文件
- WBS圖
- 討論工作細項
- 找出無法處理Folder的原因
-
## 112/09/22
### 1. 紀錄修改前的問題
- #### 無法刪除Repo

- #### 加一個private/public 的下拉式選單。

---

### 1. code coverage

---

3. 流程如何跑
->決定使用Agile的scrum方法
->用trello來做scrum紀錄

3. 回家作業
學習jenkins的api
-> 在selab(公開專案)和posd(私人專案)的jenkins網頁，PDD程式都可以抓取到token，但未正確使用，導致私人專案無法讀取
-> 找出jenkin api的token如何傳 （RepoServiceImpl.java）
->目前透過將token設為username:token的base64，可以順利地抓取到私人專案的資訊

# 112/10/04

### layer 1
ci/
### layer 2
> "_class": "folder"

ci/job/happycamp
### layer 3
ci/job/happycamp/job/{1125980XX}

# 112/11/15
## 估點
估五點為預估一個spring的工作量(一個spring為兩週)

每次估點最終只會有一個結果，如果估點過程中有超過一個的值，最大和最小要辯論，然後再重新投票，直到組員都有共識

## Spring plan meeting
完成US: delete folderstruture
完成US: Jenkins UI
)= 本週共完成5點

# 112/11/22
## Retrospective

- Goodness
- 有做估點，來預估每個story的長度
- 使用scrum來增進組員討論的密度
- 有個開發的流程可以遵守，讓一切有條有理
- Improvement
- 經驗不足，長度預估不準確，預估兩週的工作量，實際上一週就完成了．為了更準確的預估工時，我們可以在spring planning meeting的時候，先trace code，可以更有辦法準確預估
- 估點流程會拖的有一點久
## SDD
- use case的table
- static model完成=>庭維TW

## Spring plan meeting
spring backlog
newUS: test

## testing
### 原本已完成的測試
- JenkinsServiceImpl::requestJobsInfo(Jenkins jenkins)

- JenkinsServiceImpl::requestBuildsLink(Jenkins jenkins, String jobName)

### 未完成的測試
- JenkinsServiceImpl::requestJobsInfo(Jenkins jenkins, String url)

- JenkinsServiceImpl::requestJenkinsBuildsInfo(Jenkins jenkins, String jobName)

- RepoServiceImpl::addRepo(AddRepoDto addRepoDto, String projectOwner)

- RepoService::deleteRepo(long projectId, long repoId, String projectOwner)

# 112/11/29
## 紀錄
- SDD文件撰寫
- Spring(Test) 進行
- 完成一個jenkins測試

# 112/12/07
- 完成jenkins剩餘的兩個測試
- line coverage達93％
- 完成test的spring
- retrospective meeting
- Goodness
- Sprint Velocity 維持的不錯，抓進來的Story都有完成。
- Story Point 估計的挺精準，不會有過多的負荷導致做不完。
- Improvement
- 以MOB來開發工作效率偏低
- Retrospective 時無法檢討出一個

# 112/12/13
- retrospective meeting
- Goodness
- Sprint Velocity 維持的不錯，抓進來的Story都有完成。
- Story Point 估計的挺精準，不會有過多的負荷導致做不完。
- Improvement
- 以MOB來開發工作效率偏低
- Retrospective 時無法檢討出一個

- spring plan meeting
estimated story point: 5

completed story point: 5

112/12/20
- docker實作第二週
架構實作得流程是否需要調整
- 新增在jenkins JobInfo的頁面時可以返回上一頁

112/12/27
- 修改剩餘的bug (記錄於trello)
- CI/CD 功能完善
- retrospective meeting
- Goodness
- 我們整學期的 Velocity 較穩定，每個禮拜的工作產出是差不不多的，都有穩定的Incremental產出。
- 組員會在課餘時間自主學習
- 團隊開發的速度有改善
- Improvement
- 測試有 branch 沒測到，所以只好留給學弟妹測

112/01/03