這可能主要是基於觀點的,但我已經解決的文件夾結構是基於我的用例。我通常有兩種使用代碼的方式:試驗一種語言,並開展一個項目(並且該項目有時具有多種語言)。因此,我創建了兩個文件夾heirarchies:用於試驗語言的~/Code/<language>/
和用於項目的~/Git/<projectname>/
。
的Code
可能是這個樣子:
Code/
├── Bash
│ └── tmp.sh
├── C
│ └── tmp.c
├── CPP
│ └── tmp.cpp
└── Python
├── multifile
│ ├── first.py
│ └── second.py
└── tmp.py
而且Git的文件夾會是這個樣子:
Git/
├── CoolProject
└── Project1
├── README.md
├── doc
└── src
在Code
目錄,我擔心結構或文檔要少得多。一旦/如果一個項目變得足夠大或足夠重要以進行版本控制,我將它放在Git
目錄中,我試圖按照傳統的語言文件夾層次結構進行操作,例如Go鏈接,或者這個Python guide或任何Eclipse將爲Java編寫的內容。我確實試圖在每個項目的根目錄下都有一個README.md文件,所以我會知道它的作用,並且可以輕鬆地將它放在GitHub上。
來源
2016-12-29 22:47:34
Ben