2011-02-01 86 views
5

我奮力用文件夾組織一個小組織,我的工作在許多項目。我在OS X上工作 - 現在我使用的〜/開發/的根文件夾,我有很多類型的項目。例如,我有我的iPhone應用程序在〜/開發/ Xcode的好文件組織建議開發者

我在許多語言的發展,從PHP,到Ruby,Python的,對Objective-C的。因此,舉例來說,我可能有一對夫婦的基於PHP的開源應用程序,其中我使用Zend框架。有些項目是爲客戶,學習一門新語言或一般的實驗時其他人的測試/實驗。

我真的很感興趣的是其他開發人員是如何組織代碼/項目的,並且可以傳遞一些建議,以便輕鬆瀏覽與許多語言和項目類型相關的代碼/項目。

回答

1

我在一個類似的船上,我在我的主目錄兩個文件夾:ProjectsReference。我對這個項目的語言沒有任何區別。我正在處理的代碼在Projects以及我想要閱讀的源代碼的項目中,請參閱Reference。這很有用,因爲打字~/Pr選項卡~/R選項卡在命令行上很快,我經常清空我的Downloads目錄。

我通常會在命令行中設置用於處理項目的別名。例如,我的gerbils項目具有Python virtual environment,所以我g別名讓我從一個新的外殼疾步:

function g() { 
    export PIP_RESPECT_VIRTUALENV=true 
    cd ~/Projects/gerbils 
    . ../bin/activate 
} 
+0

參考你的頭像:ResEdit幫助我在我的中學從工作人員的電腦上公開了一些明文密碼(來自嚴重編碼的Mac擴展)..其中一些不適合學校環境。 > :) – drudge 2011-02-02 00:08:17

1

我的建議是始終在項目層次組織第一。然後是有意義的模塊。語言似乎只在模塊有多個實現時才起作用。在這些情況下,我發現使模塊成爲自己的項目效果最好。

$/Project/XXX 


$/Project/YYY/Lang1 
$/Project/YYY/Lang2 

這時如果XXX使用YYY那麼它的結合是YYY的輸出不YYY源

2

我使用這樣的結構:

  • 〜/項目
    • 客戶
      • client_a
        • project_b
      • client_c
    • 個人
      • project_d
      • 實驗
        • 紅寶石
          • block_experiment
        • LUA
    • 開源
      • repo_name
1

我剛開始去探索這些工具,但他們是一個很好的跳躍點找到更多(全部免費)。我降落在這兩個,我與他們現在的工作:

文件的Nexus和其他人更多隻是Windows資源管理器替代類固醇,但絕對hav他們的使用。我仍然在尋找可與Evernote,Zoho等相媲美的離線工具,這些工具可以處理當前所有文件。

就像其他所有的電腦一樣,「總有一種方法,這只是一個問題。」