[請益] git在程式以外的應用?

看板Soft_Job作者 (雅雅)時間9年前 (2015/01/24 18:08), 編輯推噓21(21040)
留言61則, 27人參與, 最新討論串1/2 (看更多)
大家好 我是文學院背景的學生,最近老師有提到計畫分工還有版本管理的問題 問我有沒有什麼更好的方式。 我希望可以在這裡得到一些有關版本管理的建議。 我們目前工作大概是這樣進行: 1. 老師交待收集幾個新聞網站的消息(文字內容),例如有A, B, C。 2. 每個助理會依打工時間上去收集,例如: 甲(一)11:00~13:00, A:10篇、B:5篇、C:10篇 乙(三)14:00~17:00, A:4篇、C:8篇 3. 寄給老師,或是老師會指定某人檢查。這時候檔名通常是依據人名+日期。 例:網站內容_20150102_甲.zip 4. 有問題的話會修正。修正完再寄給老師。這時候檔名變成: 網站內容_20150102_甲_20150108_丙.zip 久了之後,發現人數或工作量增多的話,同步效率不大好,大家會忘了上次某個檔案 問題是什麼。 或是檔案名稱上列了一堆人名跟日期,但都不知道在幹麼。 我上網找了一下資料,發現現在很多人都用git在做版本管理。 不過主要好像都是用在程式管理。 除了程式外,上面這個情況,大家覺得可以使用git管理嗎? 還有哪些情況(分組作業?),利用git會很有效率呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 46.28.68.158 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1422094124.A.7C1.html

01/24 18:11, , 1F
可以啊 我們連ui設計都是用git
01/24 18:11, 1F

01/24 18:12, , 2F
可以,不過小檔案為佳
01/24 18:12, 2F

01/24 18:13, , 3F
雖然我沒試過,但是放幾g的影片檔下去應該會很有趣
01/24 18:13, 3F

01/24 18:21, , 4F
如果只有文字的話可以用 Google docs 啊
01/24 18:21, 4F

01/24 18:21, , 5F
可以啊 docx檔案不知道git有沒有辦法diff
01/24 18:21, 5F

01/24 18:42, , 6F
DOCX即使要DIFF也會直接插在原始碼裡面吧 囧
01/24 18:42, 6F

01/24 18:56, , 7F
或者用 OneDrive 互相 share 也可以在 office 2013 同步
01/24 18:56, 7F

01/24 19:06, , 8F
docx 解開來當普通 xml 就可以 diff 了不是嗎
01/24 19:06, 8F

01/24 19:06, , 9F
odt 也可以存成 fodt 一樣可以 diff
01/24 19:06, 9F

01/24 19:08, , 10F
Google doc就夠用了,可以記錄版本也可多人編輯,git入
01/24 19:08, 10F

01/24 19:08, , 11F
門比較難
01/24 19:08, 11F

01/24 19:21, , 12F
Trello + Google 雲端硬碟?
01/24 19:21, 12F

01/24 19:21, , 13F
git雖然很強大,但是學習門檻比較陡,要cowork需要一點磨合
01/24 19:21, 13F

01/24 19:21, , 14F
每個團隊成員要學會使用也需要時間
01/24 19:21, 14F

01/24 19:21, , 15F
曲線
01/24 19:21, 15F

01/24 19:23, , 16F
要用git的話 可以找GUI程式 比較好上手
01/24 19:23, 16F

01/24 19:29, , 17F
你們也許可以找雲端空間(google, dropbox)跟制定一些原則
01/24 19:29, 17F

01/24 19:30, , 18F
可能也可以達到你們要的效果
01/24 19:30, 18F

01/24 20:16, , 19F
不是有人用git寫書? 不過不是doc就是了...
01/24 20:16, 19F

01/24 20:21, , 20F
01/24 20:21, 20F

01/24 20:54, , 21F
開個 hackpad, 最後用 checkbox 寫人名,確認完就打勾即可
01/24 20:54, 21F

01/24 20:57, , 22F
推hackpad可能比較適合
01/24 20:57, 22F

01/24 20:58, , 23F
01/24 20:58, 23F

01/24 20:58, , 24F
或者也可以用 Collection 來分是否確認過
01/24 20:58, 24F

01/24 21:38, , 25F
我會推薦用gmail的標簽功能搭配google doc
01/24 21:38, 25F

01/24 21:39, , 26F
gmail用來分派工作、回報結果、留下討論紀錄
01/24 21:39, 26F

01/24 21:40, , 27F
有工作就用"待處理"的標簽 是要抓新的還是修改再看信內容
01/24 21:40, 27F

01/24 21:40, , 28F
google doc就完全用來放檔案
01/24 21:40, 28F

01/24 21:49, , 29F
git拿來管理程式碼跟創作很好用,
01/24 21:49, 29F

01/24 21:50, , 30F
不過你這種狀況不如用google 或hackpad多人共筆處理
01/24 21:50, 30F

01/24 21:51, , 31F
Git+MS Office根本悲劇…真的要用只能用純文字
01/24 21:51, 31F

01/24 21:51, , 32F
我這樣看下來應該是工作內容需要調整
01/24 21:51, 32F

01/24 21:52, , 33F
感覺工作內容沒有切得很細 大家都是交差一樣
01/24 21:52, 33F

01/24 21:53, , 34F
01/24 21:53, 34F

01/24 21:53, , 35F
我有用Git+Markdown寫過文件 但是後來覺得沒Google文件好
01/24 21:53, 35F

01/24 21:54, , 36F
多人共筆的模式有個好處 那些在偷懶的就看出來了
01/24 21:54, 36F

01/24 21:54, , 37F
同學之間有偷懶馬上看得出來
01/24 21:54, 37F

01/24 21:55, , 38F
我認為不適合。文本的版本分析比較,跟程式的版本,意義相
01/24 21:55, 38F

01/24 21:56, , 39F
差很多。
01/24 21:56, 39F

01/24 21:56, , 40F
如果你們老師還是要保持這種方式來處理這些事情
01/24 21:56, 40F

01/24 21:57, , 41F
用個dz架設個討論區,叫同學把資料popo上去就好
01/24 21:57, 41F

01/24 21:58, , 42F
用版主管理文章的角度來處理似乎蠻適合的
01/24 21:58, 42F

01/24 21:59, , 43F
總之,我認為用 git 來處理,不論是否合適
01/24 21:59, 43F

01/24 21:59, , 44F
當同學都不是跟你一樣的資訊水平時,這就不適合
01/24 21:59, 44F

01/24 22:26, , 45F
之前被UbiSoft雲端同步遊戲存檔陰到,就寫了git排程
01/24 22:26, 45F

01/24 22:27, , 46F
所以如果檔案沒異動就不會 Commit,壞掉可以回任意的點
01/24 22:27, 46F

01/24 23:37, , 47F
我用它來跟人接力寫過小說呢
01/24 23:37, 47F

01/24 23:38, , 48F
另外,用來管理畫同人漫畫也滿好用的
01/24 23:38, 48F

01/25 11:39, , 49F
推如果用MS Office或其他人不會用git會悲劇...
01/25 11:39, 49F

01/25 17:23, , 50F
為何不用爬網程式而是人力來蒐集新聞網站咧 ?
01/25 17:23, 50F

01/25 18:51, , 51F
畫漫畫...Git 處理 binary files 不太優秀耶
01/25 18:51, 51F

01/25 19:43, , 52F
有git-fat
01/25 19:43, 52F

01/25 19:44, , 53F
推git,教一下很快就上手了,有人亂搞就fallback
01/25 19:44, 53F

01/25 22:31, , 54F
大檔案跟圖檔的話可以用 dat
01/25 22:31, 54F

01/25 22:32, , 55F
01/25 22:32, 55F

01/26 01:27, , 56F
還有一個比較"傳統"的工具是Wiki,例如用個redmine,裡頭有
01/26 01:27, 56F

01/26 01:28, , 57F
Wiki介面可以使用。
01/26 01:28, 57F

01/26 19:12, , 58F
我的報告用Markdown一類的標記語言寫,用Git管理很
01/26 19:12, 58F

01/26 19:12, , 59F
方便
01/26 19:12, 59F

01/27 14:54, , 60F
gitbook + git 用markdown寫,git管,產pdf
01/27 14:54, 60F

01/30 22:51, , 61F
git + markdown 推推
01/30 22:51, 61F
文章代碼(AID): #1KmsyiV1 (Soft_Job)
文章代碼(AID): #1KmsyiV1 (Soft_Job)