搜尋

搜尋結果

#21 我們都走了 我們都不一樣了
愛情婚嫁
李小時・2015-04-10

親愛的你 毫無預警的,與你,竟在分開了的第974天,不期然地,相遇。在這間我們以前經常去的面檔,你依舊點了你最喜愛的牛根米線;我還是照舊的,點了我的包心丸粉,看著坐在旁邊桌子的你,一點也沒有變。仍舊是吃得這樣斯文,這樣小口小口地吃,不慌不忙;記得那時候與你一起,我總是很快地吃完,再靜靜地啜著一枝可樂,慢慢「欣賞」你的食相,那時的我,覺得這是一種幸福。喔,那時的我,曾天真的以為我可以一直的看著你的食相,就這樣過一輩子。可惜,世上沒有人可以肯定任何事情,聚散本就是平常事。只是,想不到我們一分散,竟是漫長的974天,我以為,我和你,就算分手以後,都會成為無話不說的好朋友,可惜,在過去的日子裏,誰也沒有勇氣找誰,更別說無話不談了。你我共同認識的朋友都很識趣,在分手後的日子,任何共同出席的宴會,總會巧妙地安排我們不會碰著,也就是說,今天,是我們分手後的,第一次,碰面。也沒有甚麼尷尬與不尷尬的,你我就很自然的望著對方,然後,微笑。是那久違了的微笑讓我想起了,我們曾經快樂的那段回憶,亦是那抹微笑讓我記起了當年我們的種種,嗯,很久違了的感覺,就像看著泛黃了的照片那樣,百感交雜。過去了吧,屬於我們的故事早就已經結束,再多,就只是朋友。思及此,我舉起了手上的那枝可樂,而你,也舉起了你的那杯奶茶,然後,我們視線交匯的那瞬間,我們笑了出聲。飲勝吧,為著我們已逝去的愛情,也為著我們剛萌芽的友情,飲勝吧!看過一句很棒的說話,與之共勉「世上存在情感這回事,本就值得快樂,無論當下你擁有,還是失去。」後記:我一直都很想跟你說,我很討厭你喝奶茶,因為每次你都會放很多很多的奶,這些年來,我一直都沒有告訴你,其實我有乳糖過敏症,我喜歡少奶多糖的奶茶,你的奶茶其實很難喝。我一直沒有告訴你,而你,終究還是沒有發現。 會過去的 詞黃婷 曲:譚志華 唱梁靜茹

Git Co-Work Flow
科技新知
MacauYeah・2023-06-23

Git CoWork Flow 雖然git面世已很久,但相當一部份澳門朋友都是solo man,很少合作寫code,對git branch始終都有些恐懼。所以這次來解召一個基本原則,至少你不會爛了code救不回來。 若然大家未熟悉git,初次利用git合作寫program,請盡量減少使用共同分支branch,可以極大地減少問題。 第一個大原則 建立一條自己分支 在一個repo中,為自己建立一條分支branch,可以減少Remote repo中有人比你先commit,而令你push失敗的情況。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 除非你的隊友故意你用的分支名先commit,又或者你自己有幾台電腦,幾台一起做改動。不然push 應該不會有問題。 第二個大原則 用fetch取代pull 很多人在取用Remote Repo的更新時,都會使用pull。但pull其實是fetch及merge的混合,而且merge還要考慮source branch是那條分支的問題,若然大家都有一條獨立branch,那麼這個無腦pull並不存於每人只有一台電腦下的多人協作中。 fetch的過程中,還可以加入參數prune,順便依照Remote Repo的指示,同步刪掉本機中一些不再存在的originbranch。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 第三個大原則 Merge前先Commit 經過前述fetch後,其實他人的改動並未加入自己的分支中,必需經過merge才會出現。但並不是沒有conflict就無腦merge。 假若自己有改動,未commit,應該老虎蟹都先commit。這是為了在merge後,還有機會可以無腦reset,回到之前那個commit。這就像是做任何更新前,先做backup。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 第四個大原則 由某個特定的人來管理master或main branch main branch以前叫master branch,是他人下載時的預設分支,也是Github、Gitlab的預設顯示分支。所以該分支存放著的source code,應該在代表信心度比較高。 在協作的環境中,每人都有自己分支,那就代表要有一位人員做管理,他負責checkout main, 然後合併其他已驗證的分支。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 在某些比較嚴僅的環境中例如Github、Gitlab,main分支可能會被系統機制鎖定,必需通過系統內鍵的Pull Request,才能通過審核,合併到main。另外,也有一些關於開發上的Git workflow,主要針對功能管理、版本發佈、錯誤修正等控制。有機會再為大家介紹。 希望以上的流程,可以有效且容易地讓大家協作。如果有任何command錯誤或更新,都可以經Github Pull Request通知筆者。