Jest не поддерживает этот тип рабочего процесса, я выполнил это, запустив код до Jest и подготовив необходимые данные в файле, используя fs.writeStream ().
У Martin Fowler была статья о преимуществах Непрерывной Интеграции. Это займет время для установки автоматизированной сборки. На последнем проекте я ввел CI в него, взял одного разработчика день, чтобы заставить вещи, работающие затем приблизительно неделя подстраивать все. Существует столько преимуществ, что это твердо перечислить их всех, но здесь является теми, которые помогли нам:
Для меня самое большое изменение было последним. Это повернуло часовой процесс, который был подвержен ошибкам (Сделал Вы помните, действительно обновляют номер версии дистанционной работы? О, гадьте...) в 5-минутный процесс, который мы могли откатывать, если бы что-то пошло не так, как надо.
Когда я учился настраивать CI, эта статья Carol Lotz была бесконечно полезна. Это идет через, пошаговая установка сложного проекта.
Я сказал бы, что стоимость не использования любого вида системы управления исходным кодом будет отражена в потенциальной стоимости при потере набора кода или необходимости выполнить ручное согласование нескольких параллельных версий того же кода, который приравнивается к прямой, измеримой стоимости в человеко-часах.
Ничего себе, что Вы используете для управления исходным кодом прямо сейчас? Что-нибудь вообще? В противном случае затем необходимо просто сделать это и настроить сервер Подверсии. Большая вещь - Вы, не должны просить одобрение, потому что никакие деньги не должны переходить к другому владельцу.
Если бы Вы не можете даже сделать этого без выяснения, то я предложил бы найти более просвещенного босса.
Я должен согласиться с Greg. Начиная с Подверсии, CC.net, TortoiseSVN, AnkhSVN - все бесплатно, что необходимо смочь настроить хорошую систему CI для изменения.
В дополнение к комментарию Scott просто выполнения это (перефразировало), если Вы запускаете с распределенной системы, такой как мерзавец или базар вместо Подверсии, можно запустить с наличия его работающий локально, даже не влияя на других и затем распространить его среди другого сверхурочного времени разработчиков.
Лучше просить прощения затем просить разрешение.
Просто установите сервер управления исходным кодом, не спрашивая сначала. Если что-то плохо происходит, в результате просто приносят извинения и идут дальше. Когда установка управления исходным кодом оказывается полезной, просто скажите, "о, да, я устанавливаю систему управления исходным кодом", и все будут приятно удивлены.
Я не знаю ни о какой хорошей бумаге, как Вы попросили, но можно сказать ему, что много людей здесь в ТАК (я говорю за меня) думает, что босс получил ее полностью неправильно и близорук. Я ответ второго Greg искренне.
Вы могли сделать анализ рисков? Это - принятая дисциплина управления проектами и по существу включает перечисление рисков, предпринятие попытки определить количество их с точки зрения вероятности и влияния и идентификации возможных мер по смягчению. Тот подход должен работать на управление исходным кодом, по крайней мере, если Ваш босс преднамеренно не игнорирует риски, которые были бы очень... храбры из него.:-)
Если авария исходного кода действительно происходит yuour босс, еще раз собирающийся выглядеть довольно глупой (и опрометчивый), и Вы собираетесь выглядеть наделенными даром предвидения. suggesiton Peter хорош также - настраивает его для себя и затем, когда кто-то теряет некоторый исходный код или некоторые изменения, небрежно скажите, "О, я недавно сделал это, но я просто повторно выбрал предыдущую версию от управления исходным кодом и только потерял работу приблизительно 20 минут. Вы хотите, чтобы я настроил Вас с входом в систему?")