หลังจากย้ายจาก SVN ไป GIT มันมีการแก้ Script ของ Automate Build ด้วยครับ มาดูพฤติกรรมของ Job Build กันก่อนไหมครับ
ปัญหา : มันเกิดขึ้นจากที่ Job A เรียก Job B ทำงานต่อ ตอนที่ส่ง Param ผ่าน Git Parameter มันเเกิด Error ดังนี้ครับ
Started by user admin
hudson.plugins.git.GitException: Command "git.exe fetch --tags --force --progress --prune -- origin +refs/heads/${BRANCH_ON_GIT}:refs/remotes/origin/${BRANCH_ON_GIT}" returned status code 128:
stdout:
stderr: fatal: Couldn't find remote ref refs/heads/${BRANCH_ON_GIT}
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2450)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:2051)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$500(CliGitAPIImpl.java:84)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:573)
at jenkins.plugins.git.GitSCMFileSystem$BuilderImpl.build(GitSCMFileSystem.java:365)
at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:197)
at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:173)
at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:115)
at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:69)
at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:309)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Finished: FAILURE
การแก้ไข : ง่ายนิดเดียวเองครับ ใน Job Build ให้ติ๊กเลือก Lightweight checkout ออกครับ
ปกติแล้วตอน Build Program นอกจาก Stamp เลขเวอร์ชันตาม Tag หรือ ตามที่ผู้ใช้งานป้อนเข้าไปแล้ว ทางผมยังได้ใส่เลขอีกตัวนึง เพื่อเราไว้ค้นหาความจริงด้วยครับ
svn info --show-item last-changed-revision
git rev-list --count HEAD
git rev-parse HEAD
git rev-parse HEAD | cut -c 1-10git rev-parse HEAD | % {$_.Substring(0,10)}
สำหรับปัญหานี้เป็นปัญหาที่ท้าทาย และหาข้อสาเหตุของปัญหายากมากครับ เนื่องจากที่บริษัทได้ Upgrade ตัว DevExpress แบบก้าวกระโดดครับ
ห่างกันตั้ง 7 เวอร์ชัน นอกจาก API ที่ถูกยกเลิก(Deprecate) แล้ว มันยังมี API ที่เพิ่มเติมเข้ามา ซึ่งมันไม่ได้บอกตอน Compile หรือตัว Tool ที่ Check Comparability ไม่สามารถตรวจสอบได้ครอบคลุมครับจึงเป็นที่มาของปัญหา
เมื่อ Export ข้อมูลใน Grid มาเป็นไฟล์ Excel คอมม่า ( , ) หาย และไม่แสดงเป็นตัวเลข
ปัญหาของเรื่องนี้ T__T
public static void FormatGridColumn(GridView pGridView, GridColumn col, FormatType pColumnType, int pFormatCode, int pColumnWidth)
{
if (pColumnType == FormatType.Numeric)
{
RepositoryItemTextEdit textEdit = new RepositoryItemTextEdit();
col.DisplayFormat.FormatType = DevExpress.Utils.FormatType.Numeric;
col.AppearanceCell.TextOptions.HAlignment = HorzAlignment.Far;
if (pFormatCode == FORMAT_PATTERN.CURRENCY_CODE)
{
textEdit.XlsxFormatString = "#,##0.00"; //Set Excel Export Format
col.DisplayFormat.FormatString = "#,##0.00";
col.DisplayFormat.Format = new NumberFormatter();
col.DisplayFormat.FormatType = FormatType.Custom;
col.Width = pColumnWidth > 200 ? pColumnWidth : 200;
}
else if (pFormatCode == FORMAT_PATTERN.RATE_CODE)
{
textEdit.XlsxFormatString = "#,##0.0000"; //Set Excel Export Format
col.DisplayFormat.FormatString = "#,##0.0000";
col.Width = pColumnWidth > 60 ? pColumnWidth : 60;
}
}
else
{
//Do some logic
}
}
Blog ตอนนี้ยังเป็น Blog ที่สรุปหลังปรับ Framework ขององค์กรครับ จาก Blog ก่อนหน้าที่ Error “The build is configured to run SonarQube analysis but the SonarQube analysis targets could not be located”
คราวนี้มาเจอ Error ใหม่ ที่มันกวนตีนกว่าเดิมครับ เพราะ มันเป็นบ้าง ไม่เป็นบ้าง และถ้า Build ผ่านตัว Visual Studio ไม่เจอนะ แต่ถ้า Build ผ่าน Command line พบเจ้า Error โผล่มาครับ
Your project file doesn’t list ‘win’ as a “RuntimeIdentifier”. You should add ‘win’ to the “RuntimeIdentifiers” property in your project file and then re-run NuGet restore.
MSBuild -t:restore "<PATH TO SOLUTION / CS PROJECT"
"C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\MSBuild\\Current\\Bin\\MSBuild.exe" -t:restore "D:\\APP\WebAPI.sln"
มีกระบวนการที่ดี แต่ทำงานปัญหาเดิมยังอยู่? พอไปตรวจสอบเงื่อนไขการตรวจวัดต่างๆ มันก็ผ่านแล้วนะ ทำไหมหละ
ตัวอย่างกระบวนการที่ผมยกมานั้นเป็นกระบวนการบริการลูกค้า เมื่อเกิดปัญหาการใช้งาน Software โดยใช้ระบบ Ticket Management อย่าง Redmine / Jira เป็นต้นครับ โดยกระบวนการตัวอย่างผมมีรายการละเอียด ดังนี้
จำนวน Incident ไม่ลดลงเลย Incident คงค้างเพิ่มขึ้น แถมหลุด SLA (Resolve) อีก
Process ดูดีนะ แต่ทำไมมมมมหละ
นั้นแสดงว่า ปัญหาที่เกิดจากที่แจ้งมาเกี่ยวกับระบบไม่ได้ถูกแก้ไข โดยที่มีบาง Incident เกิน SLA บ้าง ไม่เกินบ้าง ลองมาหา Root Cause กันครับ
หลังจากปรับ Framework ของบริษัทให้เป็น .NET Standard เรียบร้อยแล้ว เมื่อทดสอบ Build ผ่านตัว Jenkins เกิด Error ดังนี้
ต้องเข้าใจก่อนนะครับ ว่าการวิเคราะห์ Code ของ SonarQube จริงๆ แล้ว มันแอบไปใช้งานตัว MSBuild.exe ครับ โดยมี 3 ขั้นตอนลำดับ ดังนี้
%USERPROFILE%\AppData\Local\Microsoft\MSBuild\Current\Microsoft.Common.targets 
%USERPROFILE%\AppData\Local\Microsoft\MSBuild\Current\Microsoft.Common.targets
ในที่สุดสามารถ Build ได้ครับ สบายใจแล้ว Step ถัดไป มาไล่ Revise Flow ของ Automate Test ครับ
ปีนี้เป็นปีที่มีอะไรที่พีคมากครับ ตั้งแต่ต้นปีเลยก็ได้ มันทำให้ย้อนนึกถึง เรื่อง Y2K ที่ตอนนั้นบอกว่าปี 2000 ระบบจะล่มหมด เพราะเก็บปีไว้เพียง 2 ตำแหน่งสุดท้าย แต่เราก็ผ่านมันมาได้ครับ มาสรุปแต่ละหมวดเมื่อเทียบกับปีก่อนๆ กันดีกว่าครับ
ฺBlog เรื่องนี้น่าจะใช้เวลาเขียนยาวที่สุดแล้วนะครับ มันเป็นการรวมประสบการณ์ และสรุปในมุมของผมนะครับ
Q: จำเป็นไหมที่เรียนสาขานี้ แล้วต้องจบปริญญาตรีด้าน Computer (IT, ComSci, ComEng) มา ?
A: ไม่จำเป็นครับ แต่ควรมีประสบการณ์ที่เกี่ยวกับการทำ Software จริงๆ เพราะ ตอนเข้ามาเรียนมีศัพท์ใหม่ๆเยอะมากกกกกกกกกกก ถ้าคนที่ไม่เกี่ยวกับ Domain ด้านนี้มาเรียน มางงแล้วไปยากครับ
Q: มาเรียนคนเดียว หรือมากับเพื่อนดี ?
A: แนะนำให้มากับเพื่อนครับ เพราะ อย่างน้อยเราจะมี Buddy ที่เรารู้จักกันดี ในการทำงานกลุ่มครับ เพราะ ทุกคนมาจากหลากหลายทีครับ การจะจูนให้เข้าขานั่น ให้เวลาพอสมควรเลย สำหรับงานกลุ่มหนักในการเรียน Coursework ในช่วยปี 1 ครับ หลังจากนั้นเป็นงานเดี๋ยวแล้วครับ
Q: ภาษาอังกฤษ จำเป็นมากไหม ?
A: จำเป็นมากครับ เพราะ ทุกวิชามีการอ่าน Paper/Textbook ซึ่งตัว Paper/Textbook เป็นภาษาอังกฤษครับ (ส่วนตัวหงุดหงิดกับคนในกลุ่มเหมือนกัน ที่พยายามเลือก Paper ที่มีจำนวนหน้าน้อยๆ และไม่เอา Coding แต่เราเรียน Software Enginering นะ)
Q: งานกลุ่มมีเยอะไหม ?
A: สำหรับคนที่เรียนแบบนอกเวลาราชการแล้ว ทุกวิชาที่เป็น Coursework มีงานกลุ่มหมดนะครับ ไม่มีงานเดี๋ยว (แต่ถ้าเรียนในเวลา งานบางชิ้นอาจารย์ให้ทำเดี๋ยวนะครับ เพราะมองว่ามีเวลามากกว่าคนที่เรียนนอกเวลา)
Q: แผน ก หรือ แผน ข ดีหละ
A: ถ้าใครเรียนเพื่อทำงานจริงๆ ใจแข็งแผน ข ครับ เพราะ Scope งานอะไรน้อยกว่าเยอะครับ แต่ต้องระวัง
Q: นอกเวลา ต่างกับ ในเวลาราชการอย่างไร ?
A: เดี๋ยวผมขอ List เป็นข้อๆ แล้วกันนะครับ
Q: การติวหละ
A: อย่าทำแบบตอนเรียนปริญญาตรีมาเด็ดขาดนะครับ มาแบบหัวโล่งๆ การติว มันคือ การเติมเต็มครับ ควรเตรียมตัวมาก่อน เพราะ ถ้าเราอ่านเอง มันมีจุดที่หลุดไปแน่ๆ การติวเป็นการ Cross Check ครับ
Q: ทำงานไปเรียนไป เหนื่อยไหม
A: เหนื่อยมากครับ แต่ต้องดูที่ทำงานด้วย อย่างเพื่อนที่เรียนด้วยกัน บางคนงานชิวๆ แต่สำหรับ Developer อย่างผม เวลาไม่เคยพอครับ ต้องพยายามจัดให้เวลาเรียนกับเวลาทำงานมาชนกันครับ เวลาสำคัญมากครับ อย่างของผม เริ่มตัวเองก่อน ถ้าไม่มีงานกลุ่มอะไร จะเตรียมทำสรุปตั้งแต่เนิ่นๆเลยครับ เวลาสอบจะได้ไม่ติดปัญหาว่าทำ Term Project และก็สอบ
Q: ทำงานไป เรียนไป มีปัญหากับบริษัทไหม ?
A: มีครับ หลายเรื่องเลยครับ
Q: เวลาเพียงพอไหม ?
A: ไม่พอครับ ถ้าไม่ได้แบ่งดีๆ ถ้าดูจากที่ผมบ่นเรื่องงานแล้ว Q&A แบ่งเวลาให้งานแล้ว อย่าลืมดูครอบครัวด้วยนะครับ ของผมเจอช่วงนึงคุณแม่ป่วยต้องเข้าโรงพยาบาล ต้องมาดันให้เรียนจบกันไปครับ
Q: เข้ามาแล้ว มีลาออกไปไหม ?
A: มีครับ อย่างรุ่นผมที่เข้ามาตอนเทอม 2 เข้ามา 10 คน แต่หลัง Midterm ของเทอมแรกผ่านไป เหลือ 4 คน (น่าจะเป็นแล้วแต่รุ่นนะครับ) ถ้าลาออก ไม่เรียนแล้วควรแจ้งเพื่อนๆในกลุ่มที่เราทำงานด้วยนะครับ เพราะมันมีผลกับการแบ่งงานนำเสนองาน จากประสบการณ์ส่วนเจอคนที่แบบว่าอยู่ๆหายไปเลย ทำให้ต้องมาเผางานส่งกับในคืน หรือ ก่อนจะ Present เลย
Q: หน้าที่การงานกับการเรียนปริญญาโทหละ ?
A: ส่วนตัวมองว่า การเป็น Junior กึ่ง Senior แล้วมาเรียนจะเหมาะสมที่สุดครับ เพราะ เวลาเราเรียนไป เวลาเดินไป และหน้าที่การงานของก็ก้าวหน้าขึ้นไปครับ
Q: งานกลุ่มหละ เป็นไงบ้าง เจออะไรแย่ ดราม่าไหม
A: คนมาจากหลายที่ครับ ยังไงเรามีโอกาสเจอคนที่ดีมากๆ และคนที่แย่สุดๆ