Differences

This shows you the differences between two versions of the page.

--- projects:libcds [2015/12/05 02:29] – created kel
+++ projects:libcds:start [2018/10/28 00:29] (current) – kel
@@ Line 2: / Line 2: @@
   * //Разработчик:// [[https://github.com/khizmax|Максим Хижинский]]
   * //Репозиторий:// [[https://github.com/khizmax/libcds|github]]
-  * //Continious integration:// [[http://5.19.249.110:8888/view/libcds/|jenkins]]
+  * //Continious integration:// [[http://ci.osll.ru:8888/view/libcds/|jenkins]]
 ===== Доработки =====
 ==== Архитектурные ====
+  * [[projects:libcds:dhp_refactor|Рефакторинг SMR-алгоритма cds::gc::DHP]]
 ==== Технические ====
+  * [[projects:libcds:bounded_pool|Bounded object pool]]
+  * [[projects:libcds:timestamp_structures]]
+  * [[projects:libcds:flat_combining]]
+  * [[projects:libcds:tasks]]
+==== Инфраструктурные ====
+=== Тестирование ===
+  - <del>Сделать 1 тест для примера с использованием //gtest//</del>
+  - Разделить тесты через суффикс в имени на:
+    * <del>Unit: произвольное имя без суффикса</del>
+    * Нагрузочные: имя теста с суффиксом //-stress//
+    * Интеграционные: :?:
+  - По умолчанию тестирование осуществлять без нагрузочных тестов через использование системы фильтрации тестов //Google Test//
+  - Разделить тесты по исполняемым файлам по признаку тестируемой сущности, если где не разделено
+=== Continious Integration ===
+  - <del>Запустить ветку //integration// в автотестирование на архитектуре //x86_64-suse-linux-4.8.3//</del>
+  - <del>Срастить //ctest// с //jenkins// для ведения истории тестов и их удобного представления</del>
+  - <del>Добавить статический анализ кода //cppcheck//</del>
+  - <del>Добавить анализ покрытия кода тестами</del>
+  - <del>Расширить тестирование архитектурой сборки //i686-linux-gnu-4.8.4//</del>
+  - Полностью успешные сборки завершать построением пакетов под целевые платформы и выкладывать в что-нибудь типа //artifactory//
+  - Добавить возможность выпуска релиза с созданием тэга в //git// и выкладыванием собранных пакетов в что-нибудь типа //artifactory//
+  - По стабилизации прохождения тестов создать почтовую группу и внедрить рассылку
+  - Активировать профилирование модульных тестов //valgrind// с выкладыванием результатов
+  - Актуализировать документацию по библиотеке в автоматическом режиме выкладывая результаты прогона //doxygen//
+  - <del>Валить сборку при непроходящих тестах (сейчас видно, что тесты упали, однако сборка сама считается успешной, когда тесты стабилизируются - по хорошему нужно валить)</del>
+  - <del>Ограничить время выполненяи 1 теста 15 часами</del>
+  - <del>Анализировать предупреждения gcc</del>