Подрывная деятельность: удаление старой функции переходит по сравнению с хранением их
Знак в таких случаях (т.е. когда один или оба операнда отрицательны) определяется реализацией. Спектр говорит в §5.6 / 4 (C ++ 03),
Двоичный / оператор дает частное, а бинарный оператор% дает остаток от деления первого выражения на второй. Если второй операнд / или% равен нулю, поведение не определено; в противном случае (a / b) * b + a% b равно a. Если оба операнда неотрицательны, то остаток неотрицателен; если нет, знак остатка определяется реализацией.
Это все, что должен сказать язык, что касается C ++ 03.
4 ответа
Если Вы действительно волнуетесь по поводу удаления их, чтобы о них не забывают, то просто создают папку при ответвлениях, названных 'неактивными' и svn move Ваши более старые, неактивные ответвления в ту папку. Это могло бы быть лучшим из обоих миров для Вас.
Я удалял ответвления функции, поскольку мы сделаны, поскольку мне нравится отсутствие помехи. Был незначительный беспорядок со стороны некоторых других разработчиков, но так как мы записываем числа пересмотра фиксаций в нашей системе отслеживания ошибок, это было довольно гладко. Если кто-то приезжает путем высказывания, что они не могут найти ответвление, совет использовать эти -rrevision, флаг на их log/diff/checkout/whatever обычно - все, что это необходимо.
Можно безопасно удалить их. Удаление их не удаляет их из репозитория, выделенное место никогда не исправляется, но это уверенный делает Ваш целый древовидный взгляд проекта более очищенным.
Моя команда удаляет их для подавления помехи. Это не похоже на движение далеко, в конце концов; они могут быть получены при желании. Вы правы, что может быть трудно найти их снова: необходимо знать число пересмотра, где ответвление существовало так, Вы говорите Вашему клиенту смотреть на тот пересмотр для наблюдения файлов.
Мы используем FogBugz для нашего управления проектами, которое отслеживает то, когда вещи посвятили себя нашему репозиторию SVN числом пересмотра. Мы можем использовать это для определения, какой пересмотр мы должны вернуться к тому, для наблюдения наших файлов: мы находим историю функции в FogBugz, надеемся определять, в каких изменениях ответвление существовало, и используйте ту информацию для перехода назад.