ylqjgm
/
canvas-lms
mirror of https://github.com/instructure/canvas-lms.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
canvas-lms/.gitignore

69 lines
1.2 KiB
Plaintext
Raw Normal View History

Initial commit. closes #6988138
2011-02-01 09:57:29 +08:00
.rvmrc
.rdebug_hist
.DS_Store
Gemfile.lock
log/*.log
log/*.pid
log/**/*
lib/tasks/deploy.rake
tmp/**/*
tmp/*
db/*.sqlite3
db/*.sqlite3-journal
db/*.sqlite
ignore demo database files Change-Id: I01c3a08a6d5201d66ccdaeb22cdbd64e5dc2059f Reviewed-on: https://gerrit.instructure.com/2257 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: JT Olds <jt@instructure.com> Reviewed-by: Brian Whitmer <brian@instructure.com>
2011-02-11 07:21:12 +08:00
db/demo
move gem_home configuration for delayed_jobs to config folder right now, the documentation tells people to change script/canvas_init, which kinda sucks for people hoping to upgrade by doing git pull. this seems sort of hacky - i'm open to suggestions. Change-Id: I66bf3deb2f51c22c23c1963369c6ab3e5f391d33 Reviewed-on: https://gerrit.instructure.com/2145 Reviewed-by: Brian Palmer <brianp@instructure.com> Tested-by: Hudson <hudson@instructure.com>
2011-02-04 03:52:04 +08:00
config/GEM_HOME
gitignore config/*.yml rather than individual yml file names Change-Id: Id48ff37abcefa9bcd1e70ea90d282ac9b5d0ba79 Reviewed-on: https://gerrit.instructure.com/2631 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: JT Olds <jt@instructure.com>
2011-03-15 04:08:11 +08:00
config/*.yml
Initial commit. closes #6988138
2011-02-01 09:57:29 +08:00
config/environments/*-local.rb
models.dot
db/*sql
db/development_structure.sql
db/schema.rb
noodle*
tmp_*
public/files/**/*
public/javascripts/cached/*
generate js translation files as part of compiling assets Change-Id: I0fa75273af3c9b43d9ca7deee1eccce0ec27e3f5 Reviewed-on: https://gerrit.instructure.com/4909 Reviewed-by: Brian Palmer <brianp@instructure.com> Tested-by: Hudson <hudson@instructure.com>
2011-08-04 02:48:57 +08:00
public/javascripts/translations/*
gitignore compiled handlebars and coffeescript this means that if someone pulls the repo, they need to run: bundle exec canvas:compile_assets ...before doing script/server Change-Id: Ib1ac917f9e6f05db6feb53868d7123cb2dbee14c Reviewed-on: https://gerrit.instructure.com/7464 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: Ryan Shaw <ryan@instructure.com>
2011-12-14 04:23:07 +08:00
public/javascripts/compiled/*
public/javascripts/jst/*
Initial commit. closes #6988138
2011-02-01 09:57:29 +08:00
public/stylesheets/compiled/*
public/stylesheets/compiled/**/*
public/stylesheets/cached/*
*.pid
vendor/cache/*mswin*.gem
vendor/cache
coverage
instructure_content
.idea/*
exports/*
.sass-cache
.bundle
public/*.gz
public/*/*.gz
public/*/*/*.gz
public/*/*/*/*.gz
public/*/*/*/*/*.gz
public/*/*/*/*/*/*.gz
public/*/*/*/*/*/*/*.gz
public/*/*/*/*/*/*/*/*.gz
public/*/*/*/*/*/*/*/*/*.gz
better ignore pattern for vim swap files Test plan: - open a file in vim - open that same file in another vim - git stat Change-Id: If79e3393b81e15fd970235c8d77225c0acd0b476 Reviewed-on: https://gerrit.instructure.com/8203 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: Cameron Matheson <cameron@instructure.com>
2012-01-21 05:42:48 +08:00
.*.sw?
Initial commit. closes #6988138
2011-02-01 09:57:29 +08:00
public/assets/*
doc/plugins/*
some api doc updates for oauth, and make the api accessible from canvas Once rake doc:api or canvas:compile_assets is run, the API will be accessible from within Canvas at /doc/api/index.html Change-Id: I503701c0ef3dc0df0ea67477053b328411553352 Reviewed-on: https://gerrit.instructure.com/4723 Reviewed-by: Zach Wily <zach@instructure.com> Tested-by: Hudson <hudson@instructure.com>
2011-07-20 03:29:23 +08:00
public/doc/api/*
ignore generated js from our qUnit specs we can do this because if someone is running qUnit tests we can expect they have all the gems in the "test" gemset so they will be using guard. Change-Id: I751e14a09aae3356fdd543c2dd822354e113b326 Reviewed-on: https://gerrit.instructure.com/7090 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: Ryan Florence <ryanf@instructure.com>
2011-11-22 04:23:01 +08:00
.yardoc/*
spec/javascripts/*Spec.js
spec/javascripts/*/*Spec.js
fix js:test for OSX, plugins, and dynamic manifest no more maintaining spec/javascripts/supports/specs.js to tell the runner which specs to run. instead, the runner is built from an erb that determines the list of specs to run from the filesystem. this new way is also plugin friendly by maintaining a plugin symlink to include plugin specs in the spec/coffeescripts tree. second, give the runner page to the phantomjs execution as a file:/// path rather than just a local path. the latter worked on the build machine, but failed with the phantomjs installed viw macbrew. third, clean up/out some slightly broken specs. * ENVSpec fails when the specs are reordered by the dynamic globbing, but is no longer necessary anyways (since ENV is global now) * the 'specs/helpers/' path in TemplateSpec doesn't work with the new setup, but just 'helpers/' does and is what it should have been using before anyways. * asyncTest is not reliable. once the specs started running in a slightly different order (thanks to the initial point), they started failing with asyncTest race conditions. use fakeTimers and fakeServers instead when appropriate. * found and fixed a minor bug in BackoffPoller while converting/fixing its asyncTests test-plan: - run rake js:test; should run completely as before - add a plugin with a spec in spec_canvas/coffeescripts then run rake js:test again; the plugin's spec should be executed. Change-Id: I9ce5a038829a9e747df26d878ce86dbb7da8c384 Reviewed-on: https://gerrit.instructure.com/9411 Reviewed-by: Jon Jensen <jon@instructure.com> Tested-by: Hudson <hudson@instructure.com>
2012-03-14 07:15:35 +08:00
spec/javascripts/*/*/*Spec.js
spec/javascripts/helpers/
spec/javascripts/plugins/
spec/javascripts/runner.html
AMD Conversion "Trivial" JavaScript / CoffeeScript changes -------------------------------------------------- For the most part, all javascript was simply wrapped in `require` or `define`. The dependencies were found with a script that matched regexes in the files, it errs on the side of listing too many dependencies, so its worth double checking each file's dependencies (over time, anyway). i18n API changes -------------------------------------------------- No longer have to do I18n.scoped calls, just list i18n as a dependency with the scope and it's imported already scoped require ['i18n!some_scope'], (I18n) -> I18n.t 'im_scoped', 'I'm scoped!' JS bundling now done with r.js, not Jammit -------------------------------------------------- We don't use jammit to bundle JS anymore. Simply list dependencies for your JS modules in the file and RequireJS handles the rest. To optimize the JavaScript, first make sure you have node.js 0.4.12+ installed and then run: $ rake js:build The app defaults to the optimized build in production. You can use non-optimized in production by putting ?debug_assets=true in the url just like before. You can also test the optimized JavaScript in development with ?optimized_js=true. Significant changes -------------------------------------------------- These files have "real" changes to them (unlike the JavaScript that is simply wrapped in require and define). Worth taking a really close look at: - app/helpers/application_helper.rb - app/views/layouts/application.html.erb - config/assets.yml - config/build.js - lib/handlebars/handlebars.rb - lib/i18n_extraction/js_extractor.rb - lib/tasks/canvas.rake - lib/tasks/i18n.rake - lib/tasks/js.rake Change-Id: I4bc5ecb1231f331aaded0fef2bcc1f3a9fe482a7 Reviewed-on: https://gerrit.instructure.com/6986 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: Ryan Florence <ryanf@instructure.com>
2011-11-11 00:31:45 +08:00
public/optimized
!node_modules
automatically maintain plugin symlinks test plan: * install a plugin with a public directory * remove public/plugins * start script/server * it should generate public/plugins/<plugin> * remove public/plugins * run rake canvas:compile_assets * it should generate public/plugins/<plugin> Change-Id: I0acd530dfc29d3263abed01f27d6eb449b6d029b Reviewed-on: https://gerrit.instructure.com/8994 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: Jacob Fugal <jacob@instructure.com>
2012-02-25 02:51:17 +08:00
chromedriver.log
public/plugins/
fix rake canvas:compile_assets for plugins while guard was watching and handling most of this, it wasn't happening on deploy. Change-Id: Ia4682b5487381ac741db5d2a7b1e8199495510d0 Reviewed-on: https://gerrit.instructure.com/9293 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: Ryan Florence <ryanf@instructure.com>
2012-03-08 08:12:49 +08:00
app/coffeescripts/plugins/
app/views/jst/plugins/
automatically maintain plugin symlinks test plan: * install a plugin with a public directory * remove public/plugins * start script/server * it should generate public/plugins/<plugin> * remove public/plugins * run rake canvas:compile_assets * it should generate public/plugins/<plugin> Change-Id: I0acd530dfc29d3263abed01f27d6eb449b6d029b Reviewed-on: https://gerrit.instructure.com/8994 Tested-by: Hudson <hudson@instructure.com> Reviewed-by: Jacob Fugal <jacob@instructure.com>
2012-02-25 02:51:17 +08:00
app/stylesheets/plugins/
fix js:test for OSX, plugins, and dynamic manifest no more maintaining spec/javascripts/supports/specs.js to tell the runner which specs to run. instead, the runner is built from an erb that determines the list of specs to run from the filesystem. this new way is also plugin friendly by maintaining a plugin symlink to include plugin specs in the spec/coffeescripts tree. second, give the runner page to the phantomjs execution as a file:/// path rather than just a local path. the latter worked on the build machine, but failed with the phantomjs installed viw macbrew. third, clean up/out some slightly broken specs. * ENVSpec fails when the specs are reordered by the dynamic globbing, but is no longer necessary anyways (since ENV is global now) * the 'specs/helpers/' path in TemplateSpec doesn't work with the new setup, but just 'helpers/' does and is what it should have been using before anyways. * asyncTest is not reliable. once the specs started running in a slightly different order (thanks to the initial point), they started failing with asyncTest race conditions. use fakeTimers and fakeServers instead when appropriate. * found and fixed a minor bug in BackoffPoller while converting/fixing its asyncTests test-plan: - run rake js:test; should run completely as before - add a plugin with a spec in spec_canvas/coffeescripts then run rake js:test again; the plugin's spec should be executed. Change-Id: I9ce5a038829a9e747df26d878ce86dbb7da8c384 Reviewed-on: https://gerrit.instructure.com/9411 Reviewed-by: Jon Jensen <jon@instructure.com> Tested-by: Hudson <hudson@instructure.com>
2012-03-14 07:15:35 +08:00
spec/coffeescripts/plugins/