Учёт необходимых изменений кода

@Андрей Петрович · Регистрация: 08.01.2015

Author24 — интернет-сервис помощи студентам

Хочу знать, как реализовать учёт и планирование необходимых изменений в коде программы, где всё пронумеровано и т. д. Как это вообще делается? Не знаю, даже, какой запрос в поисковики отправлять.

@Андрей Петрович · 17.08.2017, 12:53 **[ТС]**

Хочу ещё раз уточнить.
Т. е. все задачи (решённые и будущие) по изменению кода хранятся в пределах код-хостингов? А перенос всего на другие сервера или системы, если потребуется, возможен? Можно сохранять себе историю задач?
Тут такой момент — нас двое и мы в разных городах. Настроить что-то своё и отцепиться от общих хостингов кода можно?

@0x10 · 17.08.2017, 13:00

Сообщение от Андрей Петрович

Можно сохранять себе историю задач?

Выше приводил ссылку на api. Можно написать скрипт для экспорта задач.

Сообщение от Андрей Петрович

Тут такой момент — нас двое и мы в разных городах. Настроить что-то своё и отцепиться от общих хостингов кода можно?

Можно, но зачем? Так хочется админить лишний сервис?

@Rius · 17.08.2017, 13:07

Сообщение от Андрей Петрович

Т. е. все задачи (решённые и будущие) по изменению кода хранятся в пределах код-хостингов?

Оно всегда где-то хранится, в какой-то одной избранной системе. Перенос возможен при наличии API и прямых рук для его использования.
В комплекте с системой контроля версий багтрекер видел только в Fossil (хотя кто-то пытался запилить и под Git). Git и Hg имеют сторонние сервисы.

@Андрей Петрович · 17.08.2017, 13:23 **[ТС]**

Сообщение от 0x10

Можно, но зачем? Так хочется админить лишний сервис?

Нет, но я хочу понимать, как всё устроено. Для меня это всё новое, а настроить создание и развитие долгосрочного дела нужно.

@0x10 · 17.08.2017, 13:29

Сообщение от Андрей Петрович

Нет, но я хочу понимать, как всё устроено.

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

@Андрей Петрович · 17.08.2017, 13:38 **[ТС]**

Сообщение от 0x10

Выше приводил ссылку на api. Можно написать скрипт для экспорта задач.

Можете описать принцип действия такого варианта? Для общего понимания местоположения этого скрипта в общем процессе.

Добавлено через 6 минут

Сообщение от 0x10

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

Ну так когда в незнакомое дело ныряешь, сам ведь ещё не знаешь чего хотеть и что возможно. Часто твои представления оказываются совсем не такими, как оно всё уже устроено и развито. Я до этого понятия не имел, как оно даже называется, то что мне нужно. Думал, найду что-то и там всё есть, а оказалось как обычно — всё сложнее в сто раз, куча вариантов, куча особенностей… И на русском толком ничего нет, чтоб сориентироваться быстро на рынке решений.

@0x10 · 17.08.2017, 13:39

Сообщение от Андрей Петрович

Можете описать принцип действия такого варианта? Для общего понимания местоположения этого скрипта в общем процессе.

Переезд с одного сервиса на другой — редкая задача, разовая. Если возникает необходимость перенести проект с историей задач, и оба сервиса (исходный и целевой) предоставляют api для получения задач и создания, то пишется скрипт, который получает задачи в одном сервисе и создает новые с аналогичными атрибутами в другом. Нужно понимать, что полноценно перенести абсолютно все (комментарии других людей, даты изменения статуса задачи), скорее всего, не удастся.

Добавлено через 53 секунды

Сообщение от Андрей Петрович

И на русском толком ничего нет, чтоб сориентироваться быстро на рынке решений.

Нужно выбрать одно (любое) и начать пользоваться, а не тратить месяц на примерки.

@Rius · 17.08.2017, 13:40

Когда закрывался Google Code, люди написали скрипт, считывающий issues с Google Code и сохраняющий их на GitHub:
https://github.com/arthur-debe... s-migrator
Вышло немного криво, но основную информацию перенести удалось. И необходимости больше не было. GitHub закрываться не собирается.

@Андрей Петрович · 17.08.2017, 17:49 **[ТС]**

Пока случайно в документации по Гиту не наткнулся на понятие «система отслеживания ошибок», так и не знал, что конкретно искать. Всегда главное узнать правильный термин.
Может кому пригодится — https://ru.wikipedia.org/wiki/... ния_ошибок

@Rius · 17.08.2017, 17:56

Не по теме:

Bug tracking system, баг-трекер. Длинное переведённое название "система отслеживания ошибок" намного дольше произносить, поэтому оно реже используется.

@Андрей Петрович 0 / 0 / 0 Регистрация: 08.01.2015 Сообщений: 117
	17.08.2017, 12:53 [ТС]	21
	Хочу ещё раз уточнить. Т. е. все задачи (решённые и будущие) по изменению кода хранятся в пределах код-хостингов? А перенос всего на другие сервера или системы, если потребуется, возможен? Можно сохранять себе историю задач? Тут такой момент — нас двое и мы в разных городах. Настроить что-то своё и отцепиться от общих хостингов кода можно? 0

@0x10 3257 / 2059 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	17.08.2017, 13:00	22
	Сообщение от Андрей Петрович Можно сохранять себе историю задач? Выше приводил ссылку на api. Можно написать скрипт для экспорта задач. Сообщение от Андрей Петрович Тут такой момент — нас двое и мы в разных городах. Настроить что-то своё и отцепиться от общих хостингов кода можно? Можно, но зачем? Так хочется админить лишний сервис? 0

@0x10 3257 / 2059 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	17.08.2017, 13:29	25
	Сообщение от Андрей Петрович Нет, но я хочу понимать, как всё устроено. Вот из предыдущих сообщений это совершенно не очевидно. Потому что были вопросы о существующих багтрекерах, затем появились требования на self-hosted решение, затем всплыла необходимость организации процесса разработки для двух человек. 0

@Андрей Петрович 0 / 0 / 0 Регистрация: 08.01.2015 Сообщений: 117
	17.08.2017, 13:38 [ТС]	26
	Сообщение от 0x10 Выше приводил ссылку на api. Можно написать скрипт для экспорта задач. Можете описать принцип действия такого варианта? Для общего понимания местоположения этого скрипта в общем процессе. Добавлено через 6 минут Сообщение от 0x10 Вот из предыдущих сообщений это совершенно не очевидно. Потому что были вопросы о существующих багтрекерах, затем появились требования на self-hosted решение, затем всплыла необходимость организации процесса разработки для двух человек. Ну так когда в незнакомое дело ныряешь, сам ведь ещё не знаешь чего хотеть и что возможно. Часто твои представления оказываются совсем не такими, как оно всё уже устроено и развито. Я до этого понятия не имел, как оно даже называется, то что мне нужно. Думал, найду что-то и там всё есть, а оказалось как обычно — всё сложнее в сто раз, куча вариантов, куча особенностей… И на русском толком ничего нет, чтоб сориентироваться быстро на рынке решений. 0

@0x10 3257 / 2059 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	17.08.2017, 13:39	27
	Сообщение от Андрей Петрович Можете описать принцип действия такого варианта? Для общего понимания местоположения этого скрипта в общем процессе. Переезд с одного сервиса на другой — редкая задача, разовая. Если возникает необходимость перенести проект с историей задач, и оба сервиса (исходный и целевой) предоставляют api для получения задач и создания, то пишется скрипт, который получает задачи в одном сервисе и создает новые с аналогичными атрибутами в другом. Нужно понимать, что полноценно перенести абсолютно все (комментарии других людей, даты изменения статуса задачи), скорее всего, не удастся. Добавлено через 53 секунды Сообщение от Андрей Петрович И на русском толком ничего нет, чтоб сориентироваться быстро на рынке решений. Нужно выбрать одно (любое) и начать пользоваться, а не тратить месяц на примерки. 0

@Андрей Петрович 0 / 0 / 0 Регистрация: 08.01.2015 Сообщений: 117
		1
	Учёт необходимых изменений кода 12.08.2017, 11:10. Показов 859. Ответов 29 Метки нет (Все метки) Хочу знать, как реализовать учёт и планирование необходимых изменений в коде программы, где всё пронумеровано и т. д. Как это вообще делается? Не знаю, даже, какой запрос в поисковики отправлять. 0

@Rius 10566 / 6490 / 1506 Регистрация: 25.05.2015 Сообщений: 19,660 Записей в блоге: 14
	17.08.2017, 13:07	23
	Сообщение от Андрей Петрович Т. е. все задачи (решённые и будущие) по изменению кода хранятся в пределах код-хостингов? Оно всегда где-то хранится, в какой-то одной избранной системе. Перенос возможен при наличии API и прямых рук для его использования. В комплекте с системой контроля версий багтрекер видел только в Fossil (хотя кто-то пытался запилить и под Git). Git и Hg имеют сторонние сервисы. 0

@Андрей Петрович 0 / 0 / 0 Регистрация: 08.01.2015 Сообщений: 117
	17.08.2017, 13:23 [ТС]	24
	Сообщение от 0x10 Можно, но зачем? Так хочется админить лишний сервис? Нет, но я хочу понимать, как всё устроено. Для меня это всё новое, а настроить создание и развитие долгосрочного дела нужно. 0

@Rius 10566 / 6490 / 1506 Регистрация: 25.05.2015 Сообщений: 19,660 Записей в блоге: 14
	17.08.2017, 13:40	28
	Когда закрывался Google Code, люди написали скрипт, считывающий issues с Google Code и сохраняющий их на GitHub: https://github.com/arthur-debe... s-migrator Вышло немного криво, но основную информацию перенести удалось. И необходимости больше не было. GitHub закрываться не собирается. 0

@Андрей Петрович 0 / 0 / 0 Регистрация: 08.01.2015 Сообщений: 117
	17.08.2017, 17:49 [ТС]	29
	Пока случайно в документации по Гиту не наткнулся на понятие «система отслеживания ошибок», так и не знал, что конкретно искать. Всегда главное узнать правильный термин. Может кому пригодится — https://ru.wikipedia.org/wiki/... ния_ошибок 0

@Rius
	17.08.2017, 17:56 Учёт необходимых изменений кода #30
	Не по теме: Bug tracking system, баг-трекер. Длинное переведённое название "система отслеживания ошибок" намного дольше произносить, поэтому оно реже используется. 0