Size: a a a

2019 May 17

VL

Valentin Logvinovitch in GitFox
@CraggyHaggy привет. Посмотрел твой влитый мр и вроде как мой мр с тайтлами в тулбарах можно отменять (т.к. твой мр удаляет фрагменты с тулбарами), я правильно понял?
источник

ES

Eugene Shapovalov in GitFox
Valentin Logvinovitch
@CraggyHaggy привет. Посмотрел твой влитый мр и вроде как мой мр с тайтлами в тулбарах можно отменять (т.к. твой мр удаляет фрагменты с тулбарами), я правильно понял?
я гляну сегодня вечерком, что именно менялось вт оем
источник

ES

Eugene Shapovalov in GitFox
скинь, пожалуйста issue
источник

ES

Eugene Shapovalov in GitFox
глянул
источник

ES

Eugene Shapovalov in GitFox
и правда
источник

ES

Eugene Shapovalov in GitFox
получается, что это теперь не актуально
источник

ES

Eugene Shapovalov in GitFox
@tlvvl
Подумай может как добавить информацию о проекте на ProjectFiles
источник

VL

Valentin Logvinovitch in GitFox
@CraggyHaggy не уверен, что это необходимо. Но вообще я бы в тулбаре указывал проект, а текущий путь вынес бы в удобную кастом вью.
источник

ES

Eugene Shapovalov in GitFox
ну тогда, задачу нужно закрывать
источник

ES

Eugene Shapovalov in GitFox
у тебя есть, что сейчас кроме этого делать?
источник

VL

Valentin Logvinovitch in GitFox
угу, там константин по 2 мр отписался.
источник

ES

Eugene Shapovalov in GitFox
найс
источник

VL

Valentin Logvinovitch in GitFox
👍
источник

VB

Vitaliy Belyaev in GitFox
Всем привет) я заметил, что около половины тестов не актуальны, т.к. ссылаются на уже не существующие классы. Хотел бы их актуализировать, как лучше сделать: создать issue сначала, потом там отписаться, что я буду это делать или сразу делать и потом кидать MR?
источник

ES

Eugene Shapovalov in GitFox
Vitaliy Belyaev
Всем привет) я заметил, что около половины тестов не актуальны, т.к. ссылаются на уже не существующие классы. Хотел бы их актуализировать, как лучше сделать: создать issue сначала, потом там отписаться, что я буду это делать или сразу делать и потом кидать MR?
На текущий момент тесты не является нашим приоритетом. Наш приоритет - функционал.

Однако, если вы желаете именно актуализировать тесты, то создайте Issue, после этого я сделаю для вас source branch, и вы с форка сможете создавать туда merge request.

Предлагаю для скорости просмотра создавать отдельно на каждый класс по merge request.
источник

ES

Eugene Shapovalov in GitFox
и будет большой merge request, который пойдем именно в dev, то в нем создайте task list на каждый тест.
источник

VB

Vitaliy Belyaev in GitFox
Ок, понял, спасибо)
источник

VB

Vitaliy Belyaev in GitFox
@CraggyHaggy я правильно понимаю процесс: вы создадите ветку в оригинальном проекте для актуализации тестов, я форкаю проект и от этой ветки уже создаю свои(по одной на тест класс), после правок в каждом классе я создаю MR на вливание ветки с изменениями в одном тест классе в ветку, которую вы изначально создали?
источник

ES

Eugene Shapovalov in GitFox
Vitaliy Belyaev
@CraggyHaggy я правильно понимаю процесс: вы создадите ветку в оригинальном проекте для актуализации тестов, я форкаю проект и от этой ветки уже создаю свои(по одной на тест класс), после правок в каждом классе я создаю MR на вливание ветки с изменениями в одном тест классе в ветку, которую вы изначально создали?
+
источник
2019 May 18

ES

Eugene Shapovalov in GitFox
Ребята, есть задачка, которую  можно реализовать:
https://gitlab.com/terrakok/gitlab-client/issues/123
источник