- 11 8月, 2016 2 次提交
-
-
由 Clement Ho 提交于
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
- 10 8月, 2016 3 次提交
-
-
由 Paco Guzman 提交于
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
由 Connor Shea 提交于
-
- 09 8月, 2016 6 次提交
-
-
由 Adam Buckland 提交于
Currently trees are sorted in the fashion: - folders - files - submodules with each section sorted alphabetically This changes to this system: - folders and submodules (sorted together) - files
-
由 James Lopez 提交于
-
由 winniehell 提交于
-
-
由 Alejandro Rodríguez 提交于
-
由 Carlos Ribeiro 提交于
-
- 08 8月, 2016 3 次提交
-
-
由 James Lopez 提交于
-
由 Yorick Peterse 提交于
This concern provides an optimized/simplified version of the "cache_key" method. This method is about 9 times faster than the default "cache_key" method. The produced cache keys _are_ different from the previous ones but this is worth the performance improvement. To showcase this I set up a benchmark (using benchmark-ips) that compares FasterCacheKeys#cache_key with the regular cache_key. The output of this benchmark was: Calculating ------------------------------------- cache_key 4.825k i/100ms cache_key_fast 21.723k i/100ms ------------------------------------------------- cache_key 59.422k (± 7.2%) i/s - 299.150k cache_key_fast 543.243k (± 9.2%) i/s - 2.694M Comparison: cache_key_fast: 543243.4 i/s cache_key: 59422.0 i/s - 9.14x slower To see the impact on real code I applied these changes and benchmarked Issue#referenced_merge_requests. For an issue referencing 10 merge requests these changes shaved off between 40 and 60 milliseconds.
-
由 Jeffrey Lin 提交于
-
- 06 8月, 2016 3 次提交
-
-
由 Steve Halasz 提交于
Hope to avoid CHANGELOG conflicts. Credit myself for the MR.
-
由 Tom Bell 提交于
Add the devise initializer config setting to enable the sending of notification emails when a user changes their password.
-
由 Phil Hughes 提交于
-
- 05 8月, 2016 5 次提交
-
-
由 Paco Guzman 提交于
-
由 winniehell 提交于
-
由 Annabel Dunstone 提交于
-
由 Clement Ho 提交于
-
由 Gabriel Mazetto 提交于
-
- 04 8月, 2016 15 次提交
-
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
由 dixpac 提交于
Added to * new_issue_email * new_merge_request_email
-
由 Herminio Torres 提交于
We never add things `into` projects, we just add them `to` projects. So how about we rename this to `add_users_to_project`. Rename `projects_ids` to `project_ids` by following the convention of rails.
-
由 James Lopez 提交于
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
由 Tim Masliuchenko 提交于
-
由 Herminio Torres 提交于
Magic Variable - Change the name of the variable to assign the local variable for partial, rather than `i` use the `index`. Don't pass a local variable called `i` to a partial.
-
由 Steve Halasz 提交于
-
由 Stan Hu 提交于
When destroying a namespace, the `skip_repo` parameter is supposed to prevent the repository directory from being destroyed and allow the namespace after_destroy hook to run. If the namespace fails to be deleted for some reason, we could be left with repositories that are deleted with existing projects.
-
由 Alejandro Rodríguez 提交于
-
由 Clement Ho 提交于
-
由 Connor Shea 提交于
-
由 Ahmad Sherif 提交于
-
由 Stan Hu 提交于
-
由 Ahmad Sherif 提交于
-
- 03 8月, 2016 3 次提交
-
-
由 Yorick Peterse 提交于
This class does quite a few interesting things so let's instrument it so we can see how much time is being spent in this class.
-
由 Yorick Peterse 提交于
By using Rouge::Lexer.find instead of find_fancy() and memoizing the HTML formatter we can speed up the highlighting process by between 1.7 and 1.8 times (at least when measured using synthetic benchmarks). To measure this I used the following benchmark: require 'benchmark/ips' input = '' Dir['./app/controllers/**/*.rb'].each do |controller| input << <<-EOF <pre><code class="ruby">#{File.read(controller).strip}</code></pre> EOF end document = Nokogiri::HTML.fragment(input) filter = Banzai::Filter::SyntaxHighlightFilter.new(document) puts "Input size: #{(input.bytesize.to_f / 1024).round(2)} KB" Benchmark.ips do |bench| bench.report 'call' do filter.call end end This benchmark produces 250 KB of input. Before these changes the timing output would be as follows: Calculating ------------------------------------- call 1.000 i/100ms ------------------------------------------------- call 22.439 (±35.7%) i/s - 93.000 After these changes the output instead is as follows: Calculating ------------------------------------- call 1.000 i/100ms ------------------------------------------------- call 41.283 (±38.8%) i/s - 148.000 Note that due to the fairly high standard deviation and this being a synthetic benchmark it's entirely possible the real-world improvements are smaller.
-
由 Sean McGivern 提交于
Move the last secret from .secret to config/secrets.yml, and delete .secret if it exists.
-