Первые впечатления от программирования в D365FO

[belugin]

Прочитайте про branching strategies

[imir]

Читаю пока, но много партнеров, пилящих свои обертки вокруг TFS вряд ли не читали. Я кстати тоже пытался писать свою пару лет назад.
Попробовал выбрать merge changset - получил окно с полным списком changeset, в формате: номер, дата, разработчик. Без привязки к конкретному проекту, без фильтрации, сортировки и вообще понимания что это.. только мультиселект для отметки нужных мне. А когда этих changeset там будет не 40 с моих трех модиф, а 100500..
Это к вопросу мержа, а вопрос конфликтов - окей, я в своем бранче, ноя в своем бранче параллельно пилю несколько модиф, или одну пилю, три тестируются.. нужно отделить свое же добро от своего же.

[trud]

Цитата:

Сообщение от imir

Это к вопросу мержа, а вопрос конфликтов - окей, я в своем бранче, ноя в своем бранче параллельно пилю несколько модиф, или одну пилю, три тестируются.. нужно отделить свое же добро от своего же.

Там надо несколько по другому - допустим вы договаривайтесь что релиз вы выпускаете раз в месяц, соответственно на этот месяц создаете отдельный бранч, все работают в нем. после этого отдаете его в тест, сами переходите в другой. т.е. вашего варианта с Васей не возникает в принципе
т.е. такой вольности как допускала прежняя АХ теперь нет, надо все грамотно планировать

[belugin]

Цитата:

Сообщение от imir

Это к вопросу мержа, а вопрос конфликтов - окей, я в своем бранче, ноя в своем бранче параллельно пилю несколько модиф, или одну пилю, три тестируются.. нужно отделить свое же добро от своего же.

Feature isolation

Feature isolation is a special derivation of the development isolation, allowing you to branch one or more feature branches from main, as shown, or from your dev branches.

Feature Isolation branching strategy

When you need to work on a particular feature, it might be a good idea to create a feature branch.

Keep the lifetime of feature work and the associated feature branch short-lived. Forward integrate (FI) changes from the parent branch frequently. Reverse integrate (RI) back to the parent only when some agreed team criteria, for example definition of done, is met. Rollback of features on main can be costly and may reset testing.

[imir]

Цитата:

Сообщение от belugin

When you need to work on a particular feature, it might be a good idea to create a feature branch.

Тут бранчуй не бранчуй, все равно получишь ... На момент бранча - я копирую версию, в которой уже есть модифы, которые не факт, что войдут и в следующий релиз по разным обстоятельствам.

[imir]

Я только за планирование спринтов, выделения задач, которые не влезут в релиз в отдельный бранч. Планирование оно как известно имеет базовый, уточненный вараинт и вовсе - факт. Вот Вася не успел разработать, консультант не протестил, заказчик не принял.
Я просто скажу за свой проектный опыт, на этапах разработки - ни одной модифы без сравнения, отрезания всякого и проверки компиляции не тащил уже давно.

[trud]

Цитата:

Сообщение от imir

Я просто скажу за свой проектный опыт, на этапах разработки - ни одной модифы без сравнения, отрезания всякого и проверки компиляции не тащил уже давно.

Автотестов наверное тоже не писали
А тем не менее для клиента это скорее плохо чем хорошо

[imir]

Цитата:

Сообщение от trud

Автотестов наверное тоже не писали
А тем не менее для клиента это скорее плохо чем хорошо

Писали и не писали.. Автотесты в 365-й наконец человеческие, кстати - легко записываются TaskRecorder-ом им импортируются в VS - это вообще праздник. Кстати, на виртуалке куча прекрестных ссылок на эти тесты, но их нет в AOT, т.е. покрыть стандартный функционал автотестами предлагается партнерам самостоятельно, мы как-то просили дать их партнерам, хоть в каком-то виде.. нихьт(

Но автотесты не запустится при ошибках компиляции )