資訊專欄INFORMATION COLUMN
摘要：一個(gè)基于語言的腳本，可以自動(dòng)提交化。該腳本僅適用于和系統(tǒng)。起因今天晚上刷的時(shí)候看見了一篇帖子，闡述了規(guī)律提交代碼和的重要性。所以，應(yīng)運(yùn)而生，也算是自己寫的一個(gè)比較好玩的腳本。每天最小的次數(shù)。
一個(gè)基于 PHP 語言的腳本，可以自動(dòng)提交化 Commit。
該腳本僅適用于MacOs和Linux系統(tǒng)。
今天晚上刷 V2EX 的時(shí)候看見了一篇帖子，闡述了規(guī)律提交代碼和 Github Commit 的重要性。于是有一點(diǎn)好奇，既然 Github Commit 的重要性這么高，那么它可不可以被 造假 呢？手動(dòng)搜索了一下，發(fā)現(xiàn)通過更改系統(tǒng)時(shí)間可以達(dá)到偽造 Github Commit 記錄，再加上一直想寫一個(gè) PHP的自動(dòng)小腳本。于是乎，好奇不如手動(dòng)試一試。所以，Commits 應(yīng)運(yùn)而生，也算是自己寫的一個(gè)比較 好玩 的腳本。
使用效果 地址Github 地址：https://github.com/Alicezation/Commits
使用請(qǐng)先 Clone 到您的本地
$ git clone https://github.com/Alicezation/Commits.git commits $ cd commits
獲取 ROOT 權(quán)限
$ sudo -s
執(zhí)行腳本
$ php commit.php
此腳本運(yùn)行原理為修改本地系統(tǒng)時(shí)間后提交 Commit，以達(dá)到偽造效果。配置
所有的配置項(xiàng)都在 $init 數(shù)組中，您可以根據(jù)需要進(jìn)行配置。
start_time
Commit 開始的時(shí)間
end_time
Commit 結(jié)束的時(shí)間
repository_url
Commit 項(xiàng)目的 URL 地址，默認(rèn)值為 false，如果你填寫了此配置，那么此腳本將會(huì)自動(dòng)為您初始化 Git。
max_count
每天最大的 Commit 次數(shù)。
min_count
每天最小的 Commit 次數(shù)。
結(jié)語這個(gè)小腳本是一時(shí)心血來潮的結(jié)果，更多的是提供學(xué)習(xí)的想法，本人并不支持或鼓勵(lì)任何人使用此方法偽造Github Commit。水滴石穿非一日之功，學(xué)習(xí)還需要一步一個(gè)腳印慢慢往前走。
ありがとう！
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/26231.html
摘要：而利用的功能，能夠讓我們省去這一步，下面我就以碼云的為例，實(shí)現(xiàn)服務(wù)端的代碼自動(dòng)同步部署。查看是哪個(gè)用戶執(zhí)行該命令參考文章使用腳本遠(yuǎn)程部署項(xiàng)目利用實(shí)現(xiàn)自動(dòng)部署代碼碼云通過實(shí)現(xiàn)自動(dòng)同步代碼部署執(zhí)行系統(tǒng)外部命令函數(shù) 當(dāng)進(jìn)行開發(fā)的環(huán)境在本地，而運(yùn)行的環(huán)境要在服務(wù)端時(shí)，每一次提交代碼都需要在服務(wù)端pull一次。而利用git的hooks功能，能夠讓我們省去這一步，下面我就以碼云的webhooks為...
摘要：實(shí)際開發(fā)中，如果每個(gè)包都去走一遍這些步驟，步驟好像確實(shí)有點(diǎn)多。 歡迎大家前往騰訊云+社區(qū)，獲取更多騰訊海量技術(shù)實(shí)踐干貨哦~ 本文由小明plus發(fā)表 很多時(shí)候，我們可能想要用 typescript 語言來創(chuàng)建一些模塊，并提交到 npm 供別人使用， 那么在 2018 年，如果我想要初始化這樣的一個(gè)模塊，我需要做哪些步驟呢？： 答案是：創(chuàng)建一個(gè)優(yōu)雅的，對(duì)開發(fā)者友好的模塊，至少需要以下 15...
在經(jīng)歷了6,7個(gè)項(xiàng)目同時(shí)開工，頻繁發(fā)布測(cè)試 ，不得不學(xué)會(huì)一點(diǎn)偷懶的小技巧來提高效率了，所以這篇文章要講的就是如何更加優(yōu)化發(fā)布流程。 工作以來，經(jīng)歷了build后，然后用FileZilla上傳服務(wù)器完成部署。再到前端打包后 ，在build倉庫執(zhí)行g(shù)it push,后端在自動(dòng)部署。后端的自動(dòng)部署的確簡(jiǎn)化了很多操作，不過對(duì)于前端來說 ，每次發(fā)布還需要去build倉庫執(zhí)行push操作，特別是發(fā)布頻繁的時(shí)候...
摘要：例如提供的用于修改的鉤子就需要在的同時(shí)從遠(yuǎn)程服務(wù)器下載到本地來替換，代碼如下這當(dāng)然是一種好方式。安裝簡(jiǎn)單到看完配置就懂了吧，直接在中增加這一項(xiàng)，并直接把想執(zhí)行的語句寫在里面即可。在前端的日常工作中，經(jīng)常會(huì)出現(xiàn)當(dāng)執(zhí)行一種操作之前（之后）需要同時(shí)執(zhí)行另一種操作的情況，比如我們希望在每次git commit之前都運(yùn)行eslint代碼檢查、npm install之前檢查項(xiàng)目依賴等。作為經(jīng)典的情況，各...
摘要：開發(fā)負(fù)責(zé)人創(chuàng)建分支，編寫單元測(cè)試腳本，編寫代碼，實(shí)現(xiàn)提案中的所有內(nèi)容，最終發(fā)起交叉評(píng)審，檢查代碼，提出改進(jìn)意見，反饋給開發(fā)負(fù)責(zé)人，繼續(xù)完善細(xì)節(jié)。 Swoole開源項(xiàng)目從2012年開始發(fā)布第一個(gè)版本，到現(xiàn)在已經(jīng)有近7年的歷史。在這七年的時(shí)間里： 提交了8821次代碼變更 發(fā)布了287個(gè)版本 收到并解決1161次issue反饋 合并了603次pull request 共有100位開發(fā)者...
閱讀 3917·2021-10-12 10:11
閱讀 3716·2021-09-13 10:27
閱讀 2604·2019-08-30 15:53
閱讀 2043·2019-08-29 18:33
閱讀 2258·2019-08-29 14:03
閱讀 1060·2019-08-29 13:27
閱讀 3376·2019-08-28 18:07
閱讀 844·2019-08-26 13:23
