通过多个网站托管+工作流程来结构化文件/代码

时间:2018-10-03 18:06:50

标签: directory-structure conventions

是否存在以支持多个项目/网站的方式来构造文件/代码的常规方法?

我当前的设置大致如下:

root_folder
|_node_modules/
|_common_js_files/
|_common_style_files/     // scss, css, etc
|_common_asset/           // images, fonts, etc
|_project1/               // non-component website
| |_node_modules/         // node modules specifically for this projects
| |_src/
| | |_own_styles/
| | |_own_assets/
| | |_own_js/
| | |_dir/
| | | |_subdir/
| | | | |_sub-sub-page.html
| | | |_sub-page.html
| | |_index.html          // has reference to sub-page and/or sub-sub-page
| |_dist/
|   |_(webpacked version of src/)
|  
|_project2/               // component-based project in vue
  |_node_modules
  |_src/
  | |_components/
  | | |_comp1/
  | | |_...
  | | |_compnN/
  | |_webpack.config.js
  | |_App.vue
  | |_main.js
  | |_index.html
  |_dist/
    |_(compiled/webpacked version)

我应该注意,这些项目都不相关。

因此,具体问题归结为:

  • 启动时,我是否只是将必要的文件从common文件夹复制到每个项目?
  • 我是否为单独的项目制作git分支?
  • 我使用共享主机。我是将每个项目都部署在root_folder还是每个项目的dist文件夹中?
    • 有没有办法用git做到这一点?
  • 在上述结构中,使用路由器(基于前端或后端)来提供必要的文件而不是在后端建立相应的文件结构是否更为审慎?我的意思是,如果example.com/index.html指向example.com/dir/sub-page.html和/或example.com/subdir/sub-sub-page.html,则我应该像上面那样构造我的页面,或者像这样:

示例

src
|_index.html
|_sub-page.html
|_sub-sub-page.html

以下是一些元问题:

  • 我在哪里可以学习这些软技能?我找不到任何有关如何实现目标的权威指南。
  • 是否有标准/常规的方式来做到这一点?或者这真的取决于个人/公司吗?
  • 如果没有任何标准/常规方式,我是否会在积累经验时发展自己的风格?
  • 关于如何改善上述结构的其他建议/指南?

0 个答案:

没有答案