对于使用Sass/预处理在Wordpress上开发的团队来说,这是一个良好的环境/工作流程
我以前开发过可湿性粉剂网站和主题,但大多是独立开发的,而且大多通过FTP进行直播 这似乎是不赞成的,而且如果我想从预处理器开始,这似乎是一种愚蠢的继续方式,它看起来非常有用和有趣 因此,本地开发是有意义的,MAMP满足WordPress的要求,还有类似codekit的东西,因为我不是终端忍者。但我也将在团队中工作——所以,测试每个人都可以访问的服务器 几年前我用Logmein进入别人的系统,但我无法想象这是标准做法对于使用Sass/预处理在Wordpress上开发的团队来说,这是一个良好的环境/工作流程,wordpress,local,development-environment,Wordpress,Local,Development Environment,我以前开发过可湿性粉剂网站和主题,但大多是独立开发的,而且大多通过FTP进行直播 这似乎是不赞成的,而且如果我想从预处理器开始,这似乎是一种愚蠢的继续方式,它看起来非常有用和有趣 因此,本地开发是有意义的,MAMP满足WordPress的要求,还有类似codekit的东西,因为我不是终端忍者。但我也将在团队中工作——所以,测试每个人都可以访问的服务器 几年前我用Logmein进入别人的系统,但我无法想象这是标准做法 这似乎是一件基本的事情,我确信我缺少一些知识,但是人们是如何建立这样的东西的呢?
这似乎是一件基本的事情,我确信我缺少一些知识,但是人们是如何建立这样的东西的呢?团队项目的最佳实践是什么 在一个团队中,与WP合作是很艰难的。我可以解释我在团队中工作时通常做什么: Git
使用它当两个或两个以上的人在同一个项目上工作时尤其如此。一旦你开始使用它,即使只是你在做一个项目,你也会使用它 我的一个自由职业者团队使用Bitbucket,因为它提供免费的私有回购,以及一个名为Sourcetree的程序(由Bitbucket团队制作),这是一个不错的git GUI。GitHub应用程序也相当不错,但是Sourcetree还有一些选择 Wordpress工作流
每个团队成员都使用MAMP在本地工作,因为使用CodeKit或Grunt和LiveReload只会让世界变得更美好,而且加载重复次数要短得多 只是正在开发的WP主题文件夹被git推送到repo 我们在主题文件夹中包含一个sql导出文件夹(名为“db”),其结构通常如下所示:
THEME FOLDER
|-(theme files and folders)
|
|-db
|-/-local
|-|-/-team_member_name_1
|-|-|-/-(local sql exports)
|-|-/-team_member_name_2
|-|-|-/-(local sql exports)
|-|-dev
|-|-/-(sql exports from development site)
|-|-production
|-|-/-(sql exports from production site)
本地文件夹中有一个文件夹,每个团队成员都可以将其导出放入其中。然后,可以根据开发人员站点的需要合并这些内容。(注意:db文件夹从不放在生产服务器上,它只是用来用git来回传递sql导出)
不管怎样,导入和导出sql数据库似乎是简化工作流中唯一的障碍。我们只是尽量把它减到最低限度
因此,我们的项目基本流程是:
希望这有帮助 在一个团队中,与WP合作是很艰难的。我可以解释我在团队中工作时通常做什么: Git
使用它当两个或两个以上的人在同一个项目上工作时尤其如此。一旦你开始使用它,即使只是你在做一个项目,你也会使用它 我的一个自由职业者团队使用Bitbucket,因为它提供免费的私有回购,以及一个名为Sourcetree的程序(由Bitbucket团队制作),这是一个不错的git GUI。GitHub应用程序也相当不错,但是Sourcetree还有一些选择 Wordpress工作流
每个团队成员都使用MAMP在本地工作,因为使用CodeKit或Grunt和LiveReload只会让世界变得更美好,而且加载重复次数要短得多 只是正在开发的WP主题文件夹被git推送到repo 我们在主题文件夹中包含一个sql导出文件夹(名为“db”),其结构通常如下所示:
THEME FOLDER
|-(theme files and folders)
|
|-db
|-/-local
|-|-/-team_member_name_1
|-|-|-/-(local sql exports)
|-|-/-team_member_name_2
|-|-|-/-(local sql exports)
|-|-dev
|-|-/-(sql exports from development site)
|-|-production
|-|-/-(sql exports from production site)
本地文件夹中有一个文件夹,每个团队成员都可以将其导出放入其中。然后,可以根据开发人员站点的需要合并这些内容。(注意:db文件夹从不放在生产服务器上,它只是用来用git来回传递sql导出)
不管怎样,导入和导出sql数据库似乎是简化工作流中唯一的障碍。我们只是尽量把它减到最低限度
因此,我们的项目基本流程是: