Якщо ви маєте на увазі документацію як описаний у деякому стилі та шаблоні текст (не код та коменти до коду і навіть не BDD спеки) то git взагалі не варіант. Але камон — будь-який вікі рушій має гарну систему історії сторінки де можна візуально порівняти доки. Ось тоді це make sense і цим на практиці часто користуються. Популярний кейс — хтось щось написав у документі, інший його не зрозумів. Інший через історію шукає хто це взагалі написав та зв`ясовує деталі. Для доків у ворді під гітом це не працює.
Ну якщо у цій системі є історія то сенсу не бачу взагалі. Колись у допотопні часи мануали у компанії X писали тест кейси в екселі і зберігали у системі контроля версій (не гіт, не пам`ятаю вже що це було). І ніколи не було бажання щось там подивитись
опис кожного автоматизованого тесткейсу (автор, передумови, кроки, тип пристроїв) описаний в докстрінгах до тестового класу(1 клас = 1 кейс) додатково до опису в тест-менеджмент інструменті, тому можна сказати, що так але ситуації такої не пригодилось
6 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарівЯкщо ви маєте на увазі документацію як описаний у деякому стилі та шаблоні текст (не код та коменти до коду і навіть не BDD спеки) то git взагалі не варіант.
Але камон — будь-який вікі рушій має гарну систему історії сторінки де можна візуально порівняти доки. Ось тоді це make sense і цим на практиці часто користуються.
Популярний кейс — хтось щось написав у документі, інший його не зрозумів. Інший через історію шукає хто це взагалі написав та зв`ясовує деталі.
Для доків у ворді під гітом це не працює.
Маю на увазі мануал тесткейси. Є умовна тест-менеджмент система і ось чи є сенс з неї експортувати документацію на ґіт.
Ну якщо у цій системі є історія то сенсу не бачу взагалі.
Колись у допотопні часи мануали у компанії X писали тест кейси в екселі і зберігали у системі контроля версій (не гіт, не пам`ятаю вже що це було). І ніколи не було бажання щось там подивитись
опис кожного автоматизованого тесткейсу (автор, передумови, кроки, тип пристроїв) описаний в докстрінгах до тестового класу(1 клас = 1 кейс) додатково до опису в тест-менеджмент інструменті, тому можна сказати, що так
але ситуації такої не пригодилось
Если описание по API лежит в проекте на гите, это нормально.
Я бы скидывал всё, но ПМы обычно не умеют в гит