Как управлять задачами проекта в ресурсах SVN и разработчика?

Question

Мне поручено задание, но я не менеджер проекта.Doh.Так вот в чем проблема.Представьте, что у вас есть 100 заданий, которые нужно выполнить за 1 год.Поэтому мы хотим выпустить 5 или 6 релизов в течение этого года.Наша команда небольшая, около 10 человек.Теперь мы рассмотрим все задачи и отметим 15 из них, например, которые будут выпущены через 2 месяца.Но 1 разработчик готов к выполнению своих задач на 1 месяц вперед, и у него нет задач, пока мы не выпустим.

Мы используем SVN, и в настоящее время мы работаем в транке.Как вы предполагаете организовать наш SVN-репозиторий?Мы хотим, чтобы разработчик, который выполнил свои задачи, начал работать над задачами для следующего выпуска.Если мы создаем ветку для каждого выпуска и работаем там (ствол - это только результат слияния с ветвями) - это что-то вроде самоубийства.

Можете ли вы дать мне предложения.Спасибо

Answer 1

Позвольте вашим разработчикам помогать друг другу и менять задачи, так что если один разработчик все еще находится в выпуске 1, а два других разработчика готовы перейти к выпуску 3, разработчики с опережением графика могут найти парня, который далеко позади.

Это удерживает вас на трех ветвях, вершинах, которые однозначно объединяются и легко объединяются, если люди ведут записи.

Answer 2

Вы должны взглянуть на типичную модель разветвления DVCS .Даже если вы работаете в SVN, все еще есть хорошее представление о том, как использовать разные ветки.Хорошая модель ветвления важна, поскольку кажется, что вы собираетесь разрабатывать разные части программного обеспечения одновременно.

Но 1 разработчик готов к выполнению своих задач на 1 месяц вперед, и у него нет задачпока мы не выпустим.

Кажется, вы назначаете задачи разработчикам индивидуально.Это очень похоже на микроуправление, и его следует избегать.

Я бы посоветовал взглянуть на гибкое управление проектами, например scrum , особенно на развитие в спринтах и ​​приоритетные резервы для продукта / спринта.частей.Идея состоит в том, что у команды всегда есть список следующих действий, а также он знает, какой из них наиболее важный.Каждый участник работает над одним элементом одновременно, но все участники работают над одним и тем же продуктом / выпуском.Поэтому, когда кто-то выполнил задачу «это», не теряется время, с тех пор обрабатывается следующий элемент из невыполненного задания.

Answer 3

сделать каждый релиз тегом в SVN.таким образом, каждый раз, когда вы что-то делаете, вы можете быть уверены, что делаете это в отношении определенного выпуска.

, а когда придет время выпускать, вы можете просто проверить все файлы, помеченные как выпуск1 (или 2, или 3, или 4).

если вы создаете ветку для каждого выпуска, вам придется сливать ветку обратно в заголовок после выпуска (вы хотите, чтобы код в выпуске 2 содержал всеты сделал в 1, не так ли?)