18

If you want the directories to still get created, you need to have something in them, so I make sure there is an index.html file in each of the EE image directories that says "Directory Access not allowed" (or similar). Then, for each of the directories you can add rules like the following (your paths may vary): /assets/images/captchas/* !/assets/images/...


10

Since Git can currently only stage files and not empty directories, the only purely Git based solution is to do as you are now. An alternative approach is to include a bash script in your repo that creates any required cache directories if the do not exist and (importantly) sets permissions on these directories (which often needs to be 755/777). The ...


9

The other answers are going about this a slightly convoluted way. You don't need a special .gitignore in each folder, and that makes it hard for other developers to figure out what's going on (or you in a few months). Just ignore the whole cache folder in your root .gitignore: $ cd /path/to/root $ echo "system/expressionengine/cache/" >> .gitignore ...


8

A possibly cleaner way would be to have it in your .gitignore at the root level of your repo... system/expressionengine/cache/* !system/expressionengine/cache/.gitignore ... that way everything's centralized in that one .gitignore. However it's my preferred method to have multiple .gitignore files (like your example above), one in each "empty" directory ...


5

The github/gitignore repo is usually a good starting place for gitignore defaults, and I think it is in this case as well: .DS_Store # Images images/avatars/ images/captchas/ images/smileys/ images/member_photos/ images/signature_attachments/ images/pm_attachments/ # Caches sized/ thumbs/ _thumbs/ */expressionengine/cache/*


4

*.DS_Store .gitignore .htaccess .ftpquota /expressionengine/cache/* /assets/cache/* /uploads/avatars/* /uploads/member_photos/* /uploads/pm_attachments/* /uploads/signature_attachments/* The path to some of your folders will obviously be different.


4

We use a single .gitignore file in the root directory, and we specifically list all subfolders. This way, the cache folder can contain the default index.html file, and will be indexed by git. system/expressionengine/cache/ee_version/ system/expressionengine/cache/ee_version/current_version system/expressionengine/cache/tag_cache system/expressionengine/...


3

Above the webroot in this case.


3

Here's the cache directory: system/user/cache/*


3

Your paths may vary: # Global Files !.gitignore .htaccess .sass-cache # .svn .DS_Store config.local.php config.dev.php [Tt]humbs.db # Images src/www/public_html/assets/ee_images/* # src/www/public_html/assets/ee_images/avatars/ # src/www/public_html/assets/ee_images/captchas/ # src/www/public_html/assets/ee_images/smileys/ # src/www/public_html/assets/...


2

You probably got errors because EE couldn't find the cache folder. I'm new to git, and I have all my ignore rules in one file in the root and there I have this # Cache /ee-admin/expressionengine/cache/* /public_html/cache/*


2

Lately I have been using this as the default gitignore for non-EE projects and I was thinking of adapting it for EE. i'm open for suggestions. #ignore everything apart from php, css, xml, htaccess, sql, js * !*/ !*.php !*.css !*.xml !*.htaccess !*.sql !*.js !*.shtml


2

I guess you know this, but you shouldn't set up your production sites like that. Ideally it should be: .git .gitignore system/ third_party/ templates/ webroot/ etc. You don't want any expressionengine files, addon files, or .git files to be accessible via webroot, or even set up some system to make them unavailable - the easiest and safest is just to keep ...


1

Personally, I wouldn't want my deployment method to dictate my placement of Git related files. I would rather my deployment process "clean" my environment and perhaps as a back-up, configure the web server to not serve Git related files. For example, here are some suggestions for Apache configurations in another question. https://serverfault.com/questions/...


Only top voted, non community-wiki answers of a minimum length are eligible